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I. INTRODUCTION 

A great deal of effort has been expended in cecent years 
concerning the management of large gquantities of battlefield 
intelligence information. The presumption of such concern 
is that vast amounts cf information will be collected during 
the ccurse of the future battle. The deployment of numercus 
Sexarecticn platforms, sensors, and the like does suggest 
that there will indeed be a deluge of information. But will 
this infcrmation be cf value to the decision naker? 

Cne way to insure that collected information is of value 
is to manage those ccllection platforms in an intelligent 
Manner. This implies that their operation should be contro- 
lable and efficient. This thesis will develop the physical 
and functicnal structure of a generalized intelligence 
collecticn system with the idea in mind of improving the 
contrcel and efficiency of its collection platforms. It will 
analyze the components of this collection system to deter- 
Dine where modern management tools can be applied tc the 
collecticn management process. 

Chapter Two intreduces the generalized intelligence 
system structure and descrikes the relationships Lretween its 
major surksystems - the requirements system, analysis syésten, 
collécticn systen, and dissemination systen. btvadditicu- 
ally higtlights the role the intelligence reguirement frlays 
in the intelligence systen. Chapter Three focuses upon the 
intelligence collection system to include its structure, 
minctlons, and considerations which make the effective 
Management of the system such a difficult task. Chapter 
Four analyzes the critical component of the collection 
system - the intelligence collection requirement - in great 


detail. It focuses upon the sources of the coliection 
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requirement and the traditional flow and manager ecntmee a2. 
requirement in the ccllection systen. Chapter Four aaa. 
tionally developes a more analytical manner in which cclleéec- 
tion requirements car be deccmposed into smaller elements 
and, kaséd upon this process, SuggestS a restructurings. 
the traditicnal collection systen. Chapter Five develcps a 
mathematical optimization model of the collection management 
process andexplores variations of that model which are 
useful in the understanding of the collection management 
probler. Chapter Six illustrates how the models develofed 
in the previous chapter can easily be modified to the real- 
istic collection management environment. Finally, Appendax 
A demonstrates a multiattribute decision making approach 
toward the prioritazaecion Of Yeotlectionu requirements 


according to current or envisioned battlefield conditions. 
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II. A GENEFBALIZED INTELLIGENCE SYSTEM 


Aw. IHTRCDUCTION 


Any tactical intelligence system can be d2scribed in 


terms of its major functional systems. These systems 
include the following: 


- Requirements System 
- Analytical Systeuz 
- Ccllection Systen 


- Dissemination Systen 








Analytical 
Syetem 


ele! 





oa 


——_—» Tem!ng Flow 


_——-» Information Flow 


Figure 2.1 Generalized Intelligence Systen. 


The focus of this chapter will be to examine some of the 
generalized characteristics of the first two of the systems 


listed akove. Because of its key role in the collection and 


analytical process, farticular attention will be paid to the 
generalized requirements system. A detailed analysis of the 
collecticn frocess and system will follow in the remaining 
chapters of this study. Therefore only fundamental consid- 
eraticns of that process as it relates to the analytical and 
requirements systems will be addressed in this section. The 
analytical systen, though critically important to “ane 
overall intelligence frocess, will only be addressed as it 
relates to a collection system - the primary subject of the 
thesis. The dissemination system will not be specifically 
addressed due to its relationship and identification with 
the type cf communication system employed by the intelli- 
gence systen. The cther two systems, however, are nore 
easily isclated from the specific aspects of the communica- 
tion sytem and will ke discussed. 

Figure 2.1 depicts the functional relationshirs fcrmed 
Fetween the three major components of a tactical intelli- 
gence systen. Intelligence requirements are generated by 


the OE ahi the system - subordinate units, staff elements, 


and tke commander. These requirements can be satisfied in 
one of three ways - through analysis, collection, or a 
combination of the two. The reguirements and analysis 


systems both task the collection system for intelligence 
TALORTaAtLON. The ccllection system primarily resfonds to 
such tasking and rarely would task the other two systens for 
substanitive information. 

The following paragraphs will address topics related to 
this general structure and its functions in a more detailed 


manner. 


B. RECUIREMENTS SYS1225 


A requirements system must be able to accomplish three 


rasic tasks: 
~ Receive intelligerce reguirements from users. 
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- Identiry the nature of eee nee with respect to 
the capabilities orf the particular intelligence systen. 


- Task the proper functional subsystem(s) of the intel- 
ligence eee for satisfaction of that regquir2 ment. 

The first of these requirements is not related to the topic 

of this thesis. Pie (OUlCtemeewonee however, are more inter= 

esting and and wili fe addressed. It 1s importanot,-fricr to 

beginning this discussion, to first understand the complex 

nature of an intelligence requirement. 

An intelligence requirement is a representation cf a 
user's need for information ccncerning the dispositicn, 
capabilities and intentions of his eneny. Clearly, this 
definiticn is guite broad and necessarily subjective in 
nature. More specific definitions of an intelligence 
requirement are difficult to express. Enumeration of all 
previously identified and envisioned requirements iS imfrac- 
tical (and probably impossitle). It is possible, however, - 
Bow Classify 1ntelligence requirements Pieoueeune tional 
categcries. This classification scheme will eventually 
allow for a more pré€cise representation of an intelligence 


requirement. 


Sem lfe CLASSIFICATIGCN OF INTELLIGENCE REQOIREMERTS 


1. Reguirements as a Function 


£ Objective 


Every intelligence requirement has an objective. 
For the most part that objective is to determine or clarify 


some enemy related characteristic which at the present time 


1s not satisfactorily defined. The requirement olLjective 
may be related to enemy caparkilities. fas, ise turn 1s 
related to the type of enemy force or concern - armcr, 


artillery, chemical, air defense, etc. A requirement oljec- 
tive may also be related to enemy disposition. In this case 


concern would be directed toward the spatial orientaticn of 
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enemy units on the battlefield. Tar jetin dg 2nfton nda tien jeer 
example, forms a class of intelligence reyuirements whose 
cbjective is related to enemy disposition. Reguirerents 
related to first or second echelon forces are also disfosi- 
tion oriented. Other reguirement objectives are related to 
enemy intentions. These reguirements are generally more 
subjective in nature and, hence, their eventual satisfaction 
depends upon an understanding of enemy tactics and doctrine. 

The point tc be made is that an objective is one 
factor which all intelligence requirements have in ccmmon. 
Although it may be impossible to enumerate all fpossitle 
reguirement objectives, it is possible to relate each 
reguirement objective to either the analysis or collection 
activities. This capability is important and wilt alleweion 
a greater develorment of an intelligence collection model in 


this thesis. 
2. Reguirements as a Functio 


The value cf intelligence information is often 
closely related to time. Some types of information are of 
value only for a short period of time. Tactical tamgecuimg 
data is an example cf such information. Other types of 
informaticn can be cf value for greater lengths of time. 
Informaticn concerning the communications structure of the 
enemy may te of value until his next frequency change. 
Thus, an intelligence requirement related to some fcerm of 
information will have associated with it some temporal rela- 
tionshir or function. Normally this relationship identifies 
a given reguirement as either short or long range in nature. 
This temporal relaticnship is critically important and will 


ke discussed threughout this study. 


1S 


3. Eartially Satisfied Requirements. 


Scme requireszéents may, after a first effort Ey the 
intelligence system, be only pfartiaily satisfied. In this 


Situation the following points must be considered: 
Qmeerxtent of User Satisfaction 


The extent of the user satisfaction/ 
dissatisfaction with the fartially satisfied intelligence 
requirement is important for two reasons. The most inpor- 
tant is that of determining whether or not the requirement 
Should be replaced into the system. If the level of dissat- 
isfaction was atsolute then it might be wise to consider 
resubmission. Ho We VEL, if the dissatisfaction was less 
severe, then resubmission of the requirement may Le unwise. 
The seccnd reason this consideration iS important deals with 
improvement of the requirements systen. Any system must 
know when its performance is unsatisfactory if it is to have 
any chance of lecng range success. Information concerning 
the extent of user satisfaction therefore is useful in that 
it provides the collection system operator with feedback 
concerning the performance of his system. 

The existence of partially satisfied require- 
ments in the intelligence system suggests that some froce- 
dure for reinsertion cf these requirements should (if that 
acticn seems suitable) exist. At a minimum an analyst 
Should be aware of the existence of such requirements and 
consider their impact on the intelligence process. and 


methods of dealing with that impact. 
bk. Requirement Validity 


The requirement may oor may no longer be valid. 
For instance, the initial informational reguirement may be 


such that delayed or subseguent satisfaction would be of 
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little or ne use to (ibeguc er insets. SlLtuaieagonee woul 
not be wise to resubrit the requirement into the system for 


satisfaction. 
c. Partial Requirement Validity 


The requirements may De partially Sisatisticd sand 
therefore only’ partially valna. In the event some version 
of the original demand still exists, then that subset of the. 
original demand (or requirement) might be replaced into the 


intelligence system fer further action. 


4. Maintenance Requirements 


Scme requirements are generated by the intelligence 
system itself. These can be thought of as overhead costs 
which must be expended to faintain the systen. These 
reguirements are sometimes referred to as coliection or 


analytical management requirements. 
5. EFriority of Kegquirement 


Each class cf requirements may also be defined in 


terms of its relative importance at a given time during the 


battle. This relative requirement importance will be 
referred to as priority. The source of a reguirement's 
importance could be any number of things. Some of these 


include its relationship with the user unit or organization, 
its relationship to the eneny, or perhaps its relaticnship 
to a certain Location of interest on the battlefield. The 
result of this secondary form of reguirement classificaticn, 
from a mcdeling point of view, is added complexity. This is 
particularly true with respect to determining the functional 
relationships between different classes of intelligence 
requirements. For example, is a long range reguirement of 
medium priority less important than a maintenance reguire- 


nent of Digh prion... This relationship 1s diftticule ce 
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describe and is handled best when broken down in a bit acre 
detailed manner. 

The previous discussion leads to the following func- 
tional representation of an intelligence requirement. re 
can ke defined in terms of its relationship with objective, 


time, and priority. 


Requirement = [ © objective, Timer mm Or ty) ) focal 


Mainterance requirements are treated aS a special subset of 
the generalized intelligence reguirement and partially 
Satisfied requirements are treated as scaled down versicns 


of regular intelligence requirements. 


D. FUNCTIONS OF A REQUIREMENTS SYSTEM 


Based upon this brief introduction to tke types of 
requirements which are associated with a tactical intelli- 
gence system it 1s new possirkle to address the functions a 
requirements system must perforn. Figume e2e2 15 ,:a func- 
tional schematic of a generalized requirements systen. The 
discussion which follows addresses each major portion of 


this systen. 


1. Definition and Categorization of BReguirenents 


ee Se ae a SS SS SS SS 


In this section of the reguirementsS process general 
intelligence requirements which enter the system frcem users 
are mere clearly defined. In particular, the objective of 
the requirement is clearly outlined. Ra¢dtewona lly , the 
justificaticn for the intelligence information should also 
ke determined at this time. From this clarification process 


each intelligence requirement can be categorized according 
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Analytica) 
Requ!rement 





Pigure 2.2 Requirements Process. 


to each functional farameter mentioned in the preceeding 


discussicn. These are addressed below: 
a. Requirement Objective 


The objective of the reguirement shculd be 
specifically determined. Not only should the najor okjec- 
tive classification (disposition, capability, or intention) 
re identified but also any identifiable subclassificatiozs 
which might provide insight into the nature of the ckjec- 
tive. Examples of such subclassifications include the uiti- 
mate use cf the intelligence information (operations, 
terrain analysis, targeting), the types of enemy forces the 
user is most interested in, etc. The ultimate purpgcse of 
this section is to frovide as much information as fossible 
to the intelligence system ccncerning the nature of the 
requirement objective. 
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eye Time 


Attar o Colne Ime the “process the purpose in 
evaluating the time farameters of the reguirement is sSimfly 
to determine whether or not any special handling of the 
reguirement is necessary due to its possible short susfense 


time. 
Ge PE Lord ty 


The requirement priority should be checked for 
ematacility. Any fossible definitional priority errors 
should be clarified. For instance, it may be that fora 
given military unit the standard procedure is to classify a 
certain type of intelligence requirement as low priority. 
This precess should be able to detect if such a type 
requirement were submitted at an improper level of friority 
and, sukseguently, properly classify the requirement. ie 
should be noted that the priority a user requests tc be 
associated with his reguirement may not correspond to that 
regquirement's ultimate priority in the intelligence systen. 
The ultimate priority is determined by a varity of factors 
{addressed in the next section) which the user may or may 
not be aware of. Normally the priority a user identifies 
with his reguirement serves primarily as a flag in the event 
special handling is required. The user's priority, however, 
Should reflect the importance he places on that requirement 
with respect to his cther reguirements. 

In addition to the above it should also be 
determined whether or not the intelligence system can actu- 
ally respond to such a reguirement (some reguirements are 
Simply impessible to satisfy). This determination is 
referred to as gross suitability and will be addressed, with 


respect to the collection system, in later chapters. 
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Once the intelligence reguirement has reen rede- 
fined with respect to the parameters discussed akove it 
would, under nermal circumstances, progress througn the 
filtering frocess described in the next section. Ts 
however, it was determined frem this defining process that 
immediate ocr special processing of the reguirement was 
called for then it shceuld be possible for the requirement to 
typass tke filtering process. Thus, in some cases the 
inital processing of the intelligence reguirement (defini- 
tion and categorizaticn) can also be thought of as a coarse 


filtering frocess. 


Pee ilter (Prioritization of the Requirement) 





A filtering frocess must basically accomplish two 
func ticus. It should determine if the requirement can be 
Satisfied with inforration already on hand or is teing 
worked on by the system even though the information may not 
actually be on hand. If so, then the normal procedure would 


seem to te to immediately provide the user with the aprro- 


priate infcrmation. The implications of this seemingly 
Simple transacticn are great. It implies that there is (or 
Should fe) an effective interface (information access) 


retween the requirement filtering process and the primary 
intelligence data base. If the requirement can be satisfied 
with infcrmation already on hand then it would seem reascn- 
able tc forward that information to the appropriate users. 

It should alse determine whether or not a require- 
ment which cannot be satisfied with on hand information will 
be satisfied (and at what level of effort) through tasking 
of the intelligence system. This is the heart of the frior- 
itizaticn frocess and as such can become quite comflex. 
Requirement prioritization is basically a function of some 
cf the fcllcwing factors: 
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a. Command Guidance 


Obviously this is the most important inrfut into 
the filtering process. It 1s expected (and experience 
Shows) that this guidance is fairly general in nature and 
for the most part follows the dictates of current plans and 
operations. More specifically, we can expect the ccmmander 
to be cencerned that friendly units involved (or socn to be 
involved) in combat crerations receive the proper amcunt and 
guality of intelligence support. He would also be concerned 
that all significant threats to the well being of his unit 
are identified and understood. When intelligence resources 
are scarce the commander's guidance also serves in an impor- 
tant de facto resource allocation role. 

It should also te noted that as any combat situ- 
ation changes the nature of command guidance mignt very well 
change. This consideration indicates a need for an intelli- 
gence system to be flexible enough to respond to any envi- 


Sioned ckanges in command guidance. 
rk. Criticality of the Requirement 


Certain types of intelligence will almost always 
te of greater importarce to the unit than others. Normally, 
these tyres of information are of potentially great threat 
to the unit or of extreme importance to the outccme of the 
unit's mission. An example of high threat informaticn might 
Fe that related to tke enemy's current capability to deliver 
huclear wearfons. Information of high importance might be 
that related to the enemy's command and control structure. 
It should be noted that the potential importance cf a 
requirement could easily be described as a dynamic precess 
with respect to the conduct of the battle. For exanple, 
intelligence concerning a nuclear capable missile with a 


range of 100 kilometers becomes more and more important as 


ae 


that missile noves from rear areas to forward Sositicns o 
the Lattlefield. 
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c. Answerability of the Requirement 


Some requirements Simply cannot be addressed by 
the system. A time sensitive (i.e. the information is 
needed juickly) yet legitimate reguirenent (legitimate in 
the sense that the system under normal circumstance would 
and cculd respond to such a requirement) nay be unansweratle 
due to the limitaticns of the intelligence system itself. 
Similarly, an overly detailed requirement may also Le beyond 
the capakrilities of the systen. The following intelligence 
system responses to this tyfe of reguirement can be 


envisioned. 
- Reject the requirement outright. 


- Pass the requirement forward to higher or lower units 
for fossitie satisfaction. 


- Negotiate the specifics of the requirement | witneene 
user to determine if one or more of the restraints can 
be relaxed. 


d. Quantity cf Users 


The stresses on the system, both from a manage- 
ment and resource allocaticn point of view, increase with 
the presence of more users in the systen. It 1s expected 
that these demand related stresses would be clearly 
reflected in the filtering process. In particular one would 
expect that requirements not fitting into a certain mold of 
acceptability would kave less chance of passing unhindered 
through the filter during periods of heavy demand ratter 
than light demand. Thus, it becomes clear why the initial 
definiticn of the reguirement process is very important. It 


helps tc insure that a user generated requirement is 


N) 
tad 


descrired in terms the requirement filtering process can 


understand. 
€. tine 


Briswes ¢cne of the most important and ccmpli- 
cated of all pricrity parameters. The following paragraphs 
describe some of the time related concepts which relate to 
the filtering process of the requirements system. 

Many organizations ina given unit have sisilar 
intelligence needs. As a result, often identical (or nearly 
so) intelligence requirements are placed into the intelli- 
gence systen. To limit the waste associated with this type 
cf protlem the intelligence system periodically fprerares 
reports cf common interest. Numerous (primarily routine) 
intelligence reguiregzents can be satisfied through the 
publication of timely periodic intelligence reports. The 
publication of such reports should thus have some effect on 
the reguirements filtering process. Specinscally, the 
timing of these repcerts will be of some importance. Hor 
instance, requirements submitted into the system which one 
can e€xpect will be reasonably well satisfied (from a timeli- 
ness and quality of information point of view) with a soon 
to be puklished pericdic report should probatly be rejected 
with the caveat that the information will soon be forth- 
Goming. Of course, measures must be taken to insure that 
the requested isformation does eventuaily get to the user 
whose reguirement was initially rejected. 

An additional aspect for consideration with 
respect to the publication of such reports is that of 
resource alloction. The publication of periodic -freforts 
places a drain on the capability of the intelligence systen 
Similar to the type cf drain placed on it by excessive guan- 
tities cf users. Thus, there is a cost associated with the 
producticn cf such reports. This cost should be defined and 


reflected in the filté€ring process. 
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One can look at the publication of ~pericdie 
reports aS an action which decreases the requirement load on 
the intelligence system (by making the filtering pereceéss 
more stringent) while the resources allocated in preparation 
of the intelligence reports can Fe looked upon as an action 
which increases the stress on the intelligence system (by 
reducing the resources available for the satisfacticn of 
requirements). A gccd balance between value and cost mest 
exist if periodic reéforts are to be useful to the intelli- 


gence systen. 


On  “0GeasSion, reguirements can conflict with 
cngoing collection operations. This 1S similar to the 
consideraticn addressed abcve. During certain types of 


intelligence operaticns one can expect that nearly all (or 
some Significant fertion) of available intelligence 
resources might be employed. At these times it is rossitle 
that many valid intelligence requirements which might 
disrupt an cngoing intelligence operation may not be satis-_ 
fied. The point to ke made is that the failure to address 
the valid requirement is not necessarily due to the overall 
lack cf resources available Eut rather the fact that the 
specific requirement, from a temporal point of view, has 
come into conflict with an ongoing (resource draining) 
intelligence operaticn. At any other point in time it is 
conceivatle that the same requirement may have been satis- 
fied. Therefore, tte timing cf intelligence operations (in 
Farticular the scheduling of such operations) is possibly an 
important input parameter to the requirements filtering 
process. This difficulty can be limited by interfacing with 
the aprrepriate users to determine if delays in satisfaction 
of the requirement might be somewhat acceptable. 

There exist time delays associated with the 
Frodtcticn of certain forms of intelligence. These time 


delays, when contrasted with the time constraints cfr a 


aS 


Beacr~ictilar intelligence requirement itself, may net allow 
for the satisfaction of the requirement. Such delays may 
come in the form of a lead-time delay (applicable in certain 
scheduled types cf oferations or in operations which require 
a certain amount of warm-up time prior to producing intelli- 
gence), and tlag-time delays (applicable in the situation in 
which the requirement time restraint is shorter than the 
resource time testraint - thus information produced to 
Satisfy the given reguirement will be late (and frekably 
less than optimal). 

The filtering process must therefore Le able to 
compare two classes cf time restraints - those asscciated 
with the user's actual intelligence requirement and those 
associated with the intelligence systen. iG uiee cs 


outlines this time analysis process. 


a 
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Figure 2.3 Time Analysis. 
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Figure 2.4 outlines the flew of a regjuirement through the 


entire Lllteri nga process. 
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Figure 2.4 Requirements Filtering Process. 
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3. Letailed Requirements Analysis 





After passing through the Pimetet ime PLOCe Ss ea 
reguirement is considered to te valid - somethiag which the 
intelligence system must react to (and naopefully satisfy). 
However, the functional structure of the intelligence systen 
(ceguirenents, analysis, collection) iS tality «Strict. 
Thus, the requirement must be further translated into func- 
tional terms which tte system can act upon. The first step 
in this prccess is determining the dimensionality of the 
requirement. The dimensicnality of a given intelligence 
requirement refers tc whether or not that requirement can be 
Satisfied using analytical intelligence resources, ccllec- 
tion intelligence resources, ora combination of the two 
types of resources. Thus, a reguirement can be theught of 
as being single dimensioned (either an analytical or collec- 
tion reguirement) or multi-dimensioned (an analytical and 
collecticn requirement). Figure 2.5 (Detailed Reguirenents - 
Analysis) illustrates the dimensioning possibilities related 
to any given intellicgence requirement. 

Cetermination of the dimensionality of a given 
requirement may be a fairly complicated process. This is 
particularly true with respect to mnulti-dimensioned require- 
ments. ‘Such issues as resource availability and time Leccne 
important factors which can create variability in the dimen- 
Sionality of a requirement. For instance, given a rather 


vague requirement such as: 
- Where will the enemy 2nd echelon be deployed? 


Cne can envision the difficulty of determining which asfects 
cf the requirement are analytical in nature and which are 
more ccllection oriented in nature. 

It should be noted that once the dimensionality of a 


given requirement has teen determined, it is not necessarily 


Ze 





Figure 2.5 Detailed Requirements Analysis. 


static. Specifically, the changing availability of analyt- 
ical and ccllection resources affects the dimensionality of 
any giver requirement. This fact suggests that some sort of 
interface should exist between the operational structures of 
the intelligence system with respect to valid intelligence 
reguirements. 

Cnce the dimensionality of a given intelligence 
reguirement has been determined, it will be passed te the 
approrriate systems (analytical and/or collection). Each 
system will then continue to redefine the requirement into 
terms which relate tc their own functions. 

At this point in the process the requirements systen 


has completed its function of receiving the reguirement, 


ZS 


determining whether cr not that requirement will te acted 
upon ty the intelligerce system, and forwarding a nore func- 
tionally oriented requirement to either the analyticai 


system, collection system, cr Eoth. 


EeueeeNALYTICAL SYSTES 


1. Chiective and Structure o 


(rt, 


the Analytical Systen 


The objective of an analytical system is to fiece 
together data frem a variety of sources (to include judge- 
mental) to provide the user with intelligence informaticn of 
value. Given the intelligence system structure depicted in 
Figure 2.1 and the previous discussion concerning the intel- 
ligence requirements systeg, an analytical system aight 
appear as that shown in Figure 2.6. Several features of 


this structure are ncteworthy. 
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Figure 2.6 Analytical Systen. 


a. Tasking of the Analytical ssysten 


The analysis system is tasked (withia the intel- 
lignce systems structure) by the requirements systen. This 
relationshif implies that the analysis system must receive 
incoming valid reguirements (described functionally as 
cutlined in the previcus section) and frovide some level of 
feedback regarding the status of that requirement. The 
analysis system must also be able to task the collection 
systen in order tc help Satisfy its informational 
shortfalls. 


bk. Non-organic Analytical Resources 


A rcelaticnship exists between an analytical 
system and other non-organic analytical resources. Sue 
resources might include analytical activities of subordi- 
Mate, superior, or supporting units and organizations. This 
relationshif could tke defined in terms of authority (i-e. 
one Organization would have tasking authority over another) 
cr in terms of a liasion type function (which suggests orly 
cooperative acticns EFetween the designated activities). 

These two characteristics imply that the carpa- 
bilities of an analytical system are not necessarily static 
and may change in structure during the course of a given 
combat cperation. For instance, access to non-organic 
analytical assets may be limited if the unit is serving ina 
reserve capacity. Access would probably increase, hcwever, 
in the event that the same unit were to be placed in direct 
contact with eneny fcrces. 

Additional] features of the analytical system 
make it difficult to describe. The nature of the analytical 
process is cften subjective. This is primarily the result 
of the types of information the system is provided with and 


the types of information the system 1S asked to produce. 
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ded byotsom under Conditions o£ Partial Information 


Time restraints often reguire that analysis be 
performed with only a portion of the reguired infcrmation 
eyearable. In this Ssituaticn of partial information sukjec- 
tive judgements tend to bridge the gap between kncwn infcr- 
Maticn concerning the current situation and previously 
determined battlefield relationships. Analysis cf this 
nature is risky in the sense that it is based upon a less 


than adeguate informational foundation. 


con SAL ySiS Wiech Contlicting Laformation 


Analysis often occurs under Condi ttoOLsS Moe 
conflicting information. Information pertaining tc an 
intelligence reguirement will sometimes be of a contradic- 
tory nature. In this situation the analysis activity must 
te akle to evaluate which information is best suited for. 
inclusicn in the analytical precess. This evaluation can be 
complicated and time consuming in that guestionable infcrma- 
tion cf potential importance may be of such a complicated 
form that it must first be re-evaluated by the collecting 
eeraivity. Subsequent time-lag complications often hinder 
the infcrmation evaluation process even further. The net 
result of these complications is that the decision as to 
which set of information iS more accurate becomes judge- 


rental and cften less than objective in nature. 
ce. Time and Spatial Projection of Analyses 


Intelligence analysis must be predictive in 
nature. Thus, the analysis activity must be able to (rased 
Sieepact inftcrmation fcr the most part) project their anal- 


yses into the future to answer such guestions as: 


- When will the enemy be prepared to attack? 


eZ 


- When will “the 2nd echelon “ditive ao ene) 0 yy seca 
Line: .Giw I EOopsia. 
Additicnally, the analysis activity must be able to frecject 
from a Spatial pcint cf view. For instance, analysis nust 


address guestions of the forn: 
~ Where will the enemy be located in 6 hours? 


Some of these predictive evaluations may be 
suited to mathematical models. Specifically, movement 
models and enemy arrival rate models may have a certain 
level cf applicability. However, the information upcn which 
models must depend may or may not be at a level of accuracy 
or precision which is required for satisfactory model 
perfcrmance. 

For the resaons mentioned in the previous 
discussicn it should be clear that modeling an analysis 
system would be a difficult task due to its subjective func- 
tional nature. Fortunately, this study is only ccncerned 
with the relationship between the collection system (the 
primary subject of this study) and the analytical systen. 
Specifically, an analytical system tasks a collection systen 


to help satisfy intelligence reguirements. 


es 


III. A CCLLECTION SYSTEM OVERVIEW 


MeeeeCEJECTIVE OF A CCILECTICOCN SYSTEM 


fre cb jective of a collection system is to satisfy, in 
the context of the battlefield situation, informational 
shortfalls resulting from intelligence requirements teing 
placed upon the intelligence systen. A collection systen 
accomrlishes its objectives through the employment of a wide 
variety cf sensors (roth human and technical) which have the 
Capability of detecting different forms of enemy activity. 
The enuplceyment of these sensors, however, is not necessarily 
direct. For the remainder of this study intelligence 
collecticn sensors will be referred to as collecticn flat- 
forms. Ccllection fplatforms can be highly specialized 
(discussed in more detail later). The operation of such 
Peatitorms, accordingly, is often complicated and requires 
substantial personnel and Support resources. These 
resources, to include their related collection platform(s), 
will re referred to as a collection subsystem. A collection 
system is composed of one or more collection suksystemns 
(normally mere). Thus, a collection system acquires needed 
intelligence information through the management of cre or 


more ccllection subsystems. 


Be. STRUCTURE OF A CCILECTION SYSTEM 


1. Collection Platforms 


Collection platforms are sensors, both human and 
technical, which fessess scme capability of detecting 
certain forms of enemy activity or presence. Operaticnally 


deployed platforms are numerous in guantity and vary greatly 
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in their furctional gedium and operational cacabilities ) ieee 
is easy to distinguish and separately classify human rlat- 
forns fren techimeate@etarroin<s? Different types of tech- 
nical yslatferms are more difficult to classify. Norrally 
they are categorized into groups according to the manner in 
which intelligence information is collected. For instance, 
those which collect signal related inteliigence infornation 
are groured into a functional category referred to as SIGINT 
(standing for signal intelligence) platforms. Sitilauige 
those technical flatfcerms which employ images in the colléc- 
tion frocess are grouped into a functional category referred 
to as IMINT (standing for imagery intelligence) platicpuass 
For ckvicus reasons, human intelligence sensors are referred 
to functionally as HUMINT platforms. 

As previously mentioned, collection platfcrms are 
useful tecause they possess a valuable operational cafa- 
bility. This capability can be defined as a function of the 


following parameters: 
a. Functional Medium (M¢) 


For human flatforms the medium is cbvious. 
Technical platforms tend to operate (collect information) at 
some locaticn (or within some range) of the electromagnetic 
spectrum. For instance, ccmmunications intercept flatforms 
normally collect infcrmation over some range of frequencies 
(and transmission modes) - HF, microwave, etc. Sinilaiiye 
photographic platforms collect over some range of light 
frequencies - IR, visual, etc. 


Es Functional Cavabailvn, (Ce) 


Given the medium in which a platform operates it 
must also pessess sce limits to its sensing capabilities. 
Those lirits might be resolution levels, sensitivity levels, 


Maxigfum/finimum range capabilities, etc. 


a. 


Cee oy oleae ed 1 Nei.) 


POE, tie Air/fLand battle we ace obfvicusly 
concerned whether the platform operates on the ground, in 


me alr, or both. 
d. Physical Capability (C,) 


This parameter refers to the limits on the fhys- 
Meare capabilities of the fplatforn. These limits would 
perhaps would identify the fplatform as having a night or 


memeweather capbility vs. a strictly daylight capability. 
€é. Time (T) 


Time is an extremely important parameter. 
Although a strong argument could be made that time is 
related to either the functional or physical capability of a 
given pglatfcrm, it is identified spearately because of its 
critical importance. There are several reasons’ the time . 
parameter receives such distinction. First, a given collec- 
tion flatfcorm may need a certain amount of time to perforn 
mes Ccliection function. For instance, a aerial surveil- 
lance radar may reguire a particular amount of emmission 
time in crder to collect an image of its area of concern on 
the Fattlefield. Second, time may be required to satisfy 
Mmpewenysical limitaticns o£ the platform. In particular, an 
aerial platform may have to fly from a distant airfield to 
Mes Ccllection point (and return) - thus consuming tine. 
Numerous additional time related factors could potentially 
affect the operation cf a given collection platform (atmos- 
pheric conditions at night in Europe tend to disrupt certain 
forms of HF communications systems) and thus time is 
presented as a separate parameter defining the operational 


Sapability of a collection platforn. 


Bio 


The operational capaprivc; = 16, e-) of a colilec- 
tion Platform can be represented by the Scilewrng 


relationshif: 


(eqn 3.1) 
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2. Collection Suksystems 


A collection subsystem consists of those resources, 
koth human and technical, which directly control the crera- 
tional eapleyment of a collection platform. One or more 
collection flatforms may be under the control of a collec- 
tion suksystem at any given time during an operation. 
Collecticn flatforms, when under the control of a collection 
subsytem, are considered part of the collection subsystem. 

Collection subsystems normally control fiatforms 
which are functionally related to one another. FOr 
instance, asignal intelligence collection subsystem would 
normally centrol collection platforms which are capable of 
detecting and perhars analyzing enemy communicaticns and 
non-~cCccmmunications emitters. Likewise, an imagery intelli- 
gence ccllection subsystem would normally consist of all 
collection flatforms which, in the process of collecting 
information on the enemy, froduce images for analysis. On 
occasion, collection subsystems are organized along less 
functional lines. Fer instance, there exist both Army and 
Air Force collection flatforms which produce radar images of 
potential fattlefields. Although the platforms are func- 
tionally similar they are snot normally found under the 
contrcl of a single collection subsysten. Each service 


tends te control its own platforms. Thus, in this 


oe, 


Situation, MPUCGEeTOMaehy Similiar collection platforms are 
contrelled by sefarate service related collection 
subsystems. 

It seems reascnable to suggest that the operational 
capability of a given collection subsysten might be 
expressed as the sum cf the operational capabilities of its 
collecticn platforms. This relationship might be valid if 
it could te shown that the parameters of each platfcrm were 
independent of one ancther. Unfortunately, this is nct true 


in all cases. 
a. Functional Mediun 


In the event the collection platforms operate in 
entirely different portions of the electromagnetic spectrum 
then one could reasonable argue for independence with 
respect to this parameter and a simple subsystem farazeter 
could be formulated. Otherwise, some relationship between 
Flatferms would exist and the formulation of a subsysten 


parameter wculd be mcre difficult. 
Peerunctional“Canability 


In the event that the functional medium of the 
Flatferms cf concern were determined to be independent tten 
it is likely that their functional capability parameters 
would also te independent of one another. If their respec- 
tive Hs were dependent, however, then there would bea 
possibility that they would also be dependent with respect 


to the capability parameter. 
Cc. Physical Mediun 


In the event that two or more Gor lection Elat— 
forms reguired an identical portion of a physical medium in 
which to operate then a dependent relationship with respect 
to this parameter weuld exist. Seerricte glance, the 
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possikility oz the cccurance of this” problem nirgpe sem 
remote. Consider, hcewever, the availability of conmmunica- 
tions advantageous terrain on a potential battlefield. The 
availability of such terrain can and often is quite limited 
and thus the possibility that two or more platforms would 
compete for the use of such terrain appears more likely. 
Thus, if twe or more flatforms have a common physical mediun 
the pessibility exists for a dependent relationshif anda 
subsystem representation of this relationship would have to 


ke developed. 
ds. Physical Capability 


If the physical mediums of collection yrlatforms 
are dependent upcn cre another then the possibility exists 
that the capability parameter of those systems are also 
dependent. This situation is similar to that between func- 
tional medium and functional capability described in 


Faragraph (fr) above. 


€. Tge 

It is likely that the time parameter of an indi- 
vidual platform is related to that of another if anya 
their cther parameters are related. Thus, the prokaruiae, 
of a relaticnshif between the time parameters of two or more 
collecticn platforms 1S greater than that of any cian 
single farameter. 

A simple algorithm which could help determine 
the existance of paramter dependencies among the collection 
flatfcrms of a collection subsystem is outlined at Figure 
Be de 

It 1s cléear that dependencies EFetween cpfera- 
tional farameters of a given set of collection flatforms 
could be identified. The interpretation of such deéependen- 


cles is, however, more difficult af not inspossibie ste 
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Figure 3.1 Dependency Analysis. 


determine. Thus, the suggestion to repcesent the 
cperational capakility of a given collection subsystem as a 
Simple sum of the operational capabilities of its collection 
flatforms is not justified excert in cases where ne depen- 
dencieés exist. 

Further investigations in determining these 
sorts of relationshifs would certainly be appropriate. For 


the purfroses of this project, it will be assumed thata 
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compcsite Ee latlon oie representing the Operational 
parameters of a grcecup of collection platforms can be 
formulated. From this composite relationship a representa- 
tion cf the operaticnal capability of a given collection 
subsystez could be fcrmulated. 

Recall that collection subsystems often ccnsist 
of collecticn platfcrms with Similar functional canagiwee 
ties. Fer this reascn one could think of a given collection 
subsystem as an entity which would be associated with 
collecting a certain class or category of intelligence 
information. The categories of information which a 
subsystem would be arle to collect would, of course, be 
quite closely related to the oferational capabilities of the 
subsystem. The operational capability of a given sutsysten, 
in turn, wculd te defined by the relationship between fplat- 
form capabilities (discussed above) andany efficiency or 
inefficiency multipliers associated with the management of a 


collecticn subsysten. 


C. CCLLECTION SIYSiTEs 


A collection system consists of one or more collection 
subsystems and all the resources necessary for its (their) 
Control. A collecticn system consisting of nine ccllection 
Flatferms and three collection subsystems could be struc- 
tured in a variety of manners. Two possible structures are 
depicted on Figure 3.2. 

The exact structure of a given collection system is 
determined Fy the quantity and type of subsystems and flat- 
forms under its contrel. During an operation the number of 
subsystems under a unit's control will change as a function 
of battlefield relationships. Thus, the structure of a 


collecticn system is itself, a variable. This 1S @& 
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Figure 3.2 Collection Systems Structures. 


important ccncept. The implication being that as the ccurse 
of the Eattle changes, the structure (and hence capability) 
of the intelligence ccllection system will also change. 

The next portion of the study will address the functicns 
of the various ccmponents of the collection system 


structure. 


42 


D. FUNCTICNS OF A COLLECT EG ie yan 


1. Ccllection 2 saetoun > 


The collecticn platform is the fundamental unit and 
scarce resceurce of the ccllection systen. The entire 
collecticn system and subsystems were developed to effec- 
tively ccntrol the coltecticn | olacrorn. As objects of 
contrel collection flatforms receive inpwts  Erom tiem 
contrclling source, respond to these inputs by interfacing 
in seme form or ancther with measureable indications of 
enemy activity, and return (to the controller) operational 
data related to that interfacing activity. In order to 
successfully accomplish these functions a given collection 


platfcrm must be able to communicate {input and output) with 


its cecntrollers. A diagram of the functions a collection 
platform must perform is shown at Figure 3.3. Many varia- 
tions of this functional model are possible. One ccmmon 


variation cccurs when the ccllection platform sends tLaw 
operational data to activities cther than the controllers. 
Ctherwise, the model shown at Figure 3.3 1s general enough 


to cover many of the platforms currently in use by the Army. 


2. Collection Suksystems 


Ccllection suksystems control the operation of cne 
or more collection platforms. As a controlling source they 
must frovide control input which is understandable to each 
fFlatform within the subsysten. From each platfcrm the 
collection subsystem receives intelligence data. 

Collection suksystems are also controlled by colléec- 
tion systems. As a controlled system it must receive 
contrel inputs from its controlling source and Jogo vee 
intelligence data (perhaps translated) to the controlling 


SOUICE. The control inputs from the collection system to 
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Figure 3.3 Collection Platform Punctions. 


the subsystem will not be identical to those from the 
subsystem to the platform. They (subsystem to flatfern 
inputs) will for the rost part, however, reflect the inten- 
tions of the system to suksystem inputs. Likewise, the 
intelligence data received from the platform may not be 
identical to that forwarded from the collection subsystem to 
the ccllection syster. 

Technical and specialized platforms require precise 
control inputs and return precise data - neither of which is 
normally comprehensitle to the untrained user. Thus the 
requirement for the subsystem to serve as a translator. AS 
the numker of collection platforms increase in a given 
collecticn subsystem cne can easily see how the functional 
complexity cf the suksystem increases. This is particularly 
true in the case of widely varying types of collecticn flat- 
forms. Figure 3.4 depicts the functions of a collection 


subsysten. 
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Figure 3.4 Collection Subsystem Functions. 


3. Collection Systems 





Collection systems control the operations of cne or 
more collection subsystems. To accomplish this task the 
collection system forwards controlling inputs to afpropriate 
subsysteas and receives intelligence data from them (cr on 
occasion directly frem a collection platform). The ccllce. 
tion system is also ccntrolled (as previously mentioned) by 
cther elements within the intelligence system (analytical 
and ccllection systems). A collection system is functicn- 
ally similar to the ceneral collection subsystem shown in 
Figure 3.4. In this case, however, the controlling sources 
are elements of the intelligence system and the flatforms 
are ccllection sutsystems. Figure 3.5 CGepiteus the 


functional nature of a collection systen. 
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Figure 3.5 Collection System FPunctions. 


EF. GENEEAL CONSIDERATIONS CF A COLLECTION SYSTEM 


Given the intelligence system structure outlined in 
Chapter Two and the discussion in this chapter it 1s row 
Bessitle tc illustrate, in more precise detail, how a 
collecticn system fits into that structure. The systen at 
Figure 3.6 is a multilevel depiction of the intelligence 
system with the strata being the collection flatfcrrs, 
subsystems, collecticn system, and finally the intelligence 


system. 


1. Multiple Collection Platforms and Subsystems 


Complexity increases as more collection flatforms 
(and sutsystems) are added to the intelligence collection 


systen. More resources are reguired tc manage the 
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Figure 3.6 Collection System Overview. 


collecticn effort of the platforms (using subsystems as 
intermediate controlling sources) and also to manage the 
increased data flow from the platforms into the collection 


system. 
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2. Lynamic Structure 


Changing battlefield conditions often dictate 
Gaamges in filitary ¢Crganizaticnal structures. AS alluded 
to in previous discussion, collection systems experience 
such Lattlefield structural changes. These changes are 
often more abrupt (occur without warning) than those found 
in more typical military units. This is the result of the 
multiservice/multicommand make-up of coilection platforms 
and sutsystems. This dynamic structure adds complexity to 
Foth the management of the collection effort and _ the 


resulting data flow. 


3- dime and Spatial fFrojection of  #intellicence 
Collecticn 

The intelligence collection systen, for the most 

pact, responds to the needs of the the Reguirement and 


Analytical Systems cf the Generalized Intelligence Systen. 
These needs invariably are more congerned about the future 
Mere Of the enemy on the Fattlefield rather than their 
current status. As asresult, the collection effort must 
also be focused on the future. This orientation adds 


complexity in planning and implementing intelligence ccllec- 


fren Operations. Ilead/lag time considerations for both 
Flatfcrm performance and the many levels of fplanning 
required is a difficult problem in itself. Much LkoOre 15 


currently aimed at sclving scheduling problems arising fren 
leadylag time considerations. Added to these time difficul- 
ties is the spatially dynamic nature of the battlefield. 
The location of the enemy forces of concern at unknown 
Mieuce times is difficult to determine. Thus the future 
Orientation of the intelligence system tends to create flan- 
hing and implementation difficulties for the collection 


systema. 
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4. Multiple Users with Different and Changing Levels of 


Numerous users are allowed access to the rescurces 
of a eccllection systen. The mere variety associated with 
such numkters imples that a collections systems‘'s capatrili- 
ties (with respect te koth the collection effort and trans- 
tissicn cf informaticn) must be broad. Increased guantities 
of users leads to cbvious difficulties in mMmanaying any 
complex system. Users of a collection system are, with the 
aid of a friority system, allowed varying degrees of access. 
A high pricrity unit would normally be allowed greater 
access than a lew priority unit. The priority of access 
cften chancges during the course of an operation as units are 
Shifted about the battlefield. The collection system should 
ke able to cope with such changes. 

These and cther considerations suggest that a 
descrirfticn of the structure and functions of a collection 
system might be somewhat complicated. The collection system 
1s not the master of its Pr destiny. The number of users 
(and their level of access) as well as the number of 
resources needed to satisfy those users both vary as a 


functicn "GCE current batelet le ramcondie1ons. 
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TV. CCLLECTION REQUIREMENTS 

The control paraseters of collection systems, sufrsvs- 
tems, and flatforms are intelligence collection reguirements 
cr translated porticns of intelligence collection reguire- 
ments. To understand the nature of the collection systea 
one mtst understand collection requirements. This chapter 
will address the traditicnal perspective of collection 
reguirements, describe their flow through a collection 
System, and suggest a more analytical view of a collection 


reguirement. 


Ae SCURCES AND TYPES OF COLLECTION REQUIREMENTS 


A collection requirement is leveed against a collection 
system as a result of a informational need identified by the 
user. All users in this systems structure can be thought of 
as members of one of the three sub-elements of the 
Generalized Intellicence Systen. Therefore, Gelelection 
requirements can enter accllection system from one of the 


following three sources: 


1. Reguirements Systen 


Collection reguirements originating from a require- 
ments system are those which have been initially identified 
as requiring some degree of intelligence collection effort 
prior to being satisfied. An example of such a requirement 
Bight ke; 


- Determine if enemy tanks are located at coordinates 
ABXXXXXX. 


An intelligence database could address the question of 


whether cr not tanks were located at those coordinates at 
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some point in time in the past. Collection aeeehd tecacie 
in near real time, however, must be accomplished in crder to 


answer the reguirement as stated. 


2. Analytical Systen 





Collecticn reguirements can originate from an anal- 
ysis system in two primary fashions. The initial evaluation. 
of the intelligence requirement by the requirements systen 
as primarily analytical in nature (its dimensionality) could 
have been, to some dégree or another, incorrect. An anal- 
ysis system would,in this situation, not have the assets 
available to satisfy such an ili-assigned requirement and 
would rte forced to pass the requirement onto the collection 
system fcr satisfacticn. An example of such a requirement 
might be: 

= a the 3rd Erigade if there is an increase in 
moving target activity in their sector. 
This requirement is clearly oriented toward a surveillance 
(and hence collection) activity. An analysis system would 
not nornally hate under its operational control such a 
surveillance capability and thus would be unable to efiec- 
tively respend to the requirement. 

The initial intelligence requirement may have been 
primarily analytical in nature but may have required addi- 
tional collected information to enhance or upgrade the 
quality cf analysis. An example of this type of reguirement 
1s; 

- Determine the capability of the enemy force located at 
cocrdinates ABxxxxxx. 
This is clearly an analytical requirement yet accurate 
collecticn (to determine the type and size of the enemy 
force) must be acccmplished in order to more accurately 


perform the analysis. 
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The differences in beth of these cases descrited 
above are really a matter of degree. The first case alludes 
to the fossibility that a mistake in the assignment of 
requirements may have Leen made. The second case concerns 
those tizes when more information is needed to satisfy a 


given recuirement. 


3.° Collection Systen 


A collection system will, in order to maintain 
itself, generate ccllection requirements. These are the 
overhead costs of the collection subsystens. An example of 


such a requirement is: 


- YLetermine radio frequencies the enemy is using to 

contrcl its nuclear capable artillery. 
In this case the radic frequencies are, in themselves, of 
little intelligence value to the user. However, they are 
Vital to the SIGINT collection subsystem which is tasked 
with froviding cther forms of intelligence concerning such 
enemy forces. 

In crder to speed up the reguirements and collection 

processes special tyres of ccllection reguirements have been 


develcred. The most common of these are listed below: 
ae Standing kegquirements 


Standing reyuirements are those which a ccllec- 
tion systen is nearly always attempting to satisfy. 
Normally, standing reguirements are applied to informational 


shortfalls cf obvious importance. 
- Enemy nuclear activity. 
- Significant enemy movement on the battlefield. 


- The location of enemy ccmmand posts. 
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The Army has traditionally referred to these “contooea. 
requirements as EEIT/YCIR standing for Essential Elements of 


Information and Other Intelligence kegquirements. 
rk. Fast-Track Requirements 


Fast-Track Requirements. Fast-track reguirements 
are those which, because of their time sensitive nature, are 


allowed to Ey-pass ncecrmal collection procedures. 
~- Verification of the location of an artillery target. 


~- Deterfiration of target status for nucléanm tdadpges 
planning. 


- Any hot requirement of importance. 


c. Dedicated Resources 


Often portions cf cr an entire collection systen 
(or subsystem) will Ee allocated for use by a single user. 
When this occurs the collection system becomes a dedicated 
resource. An example of this type of allocation might be 
when six reconnaissarce sorties (out of a total of 20 avail- 
able) are dedicated for use by a single maneuver [t-rigade. 
No other users would fke able to place intelligence require- 
ments on those six scerties which might detract from their 
support cf the manuever brigade to which they are dedicated. 
The types of collecticn requirements described above will in 


this study te referred to as special reguirements. 


Be TRADITICNAL REQUIREMENTS FIOW 


The requirements flow into any given type of ccllection 
system (supporting a collection subsystem or group of 
collecticn platforms) can be depicted as shown in figure 


4.1. Scme points shculd be nected when viewing this figure. 


ae 


Peeeidl Variations Of Collecticn requirements initiated ira 
reguirements and analytical system are shown aS inputs into 
special requirements. Mito os NOt meant to indicate that 
Special requirements not related to those systems cannot 
exist independently. A dedicated resource reguirement is an 
example of Such apn independent special requirement. 
Additicnally, a collection system reguirement can be thought 
of as totally enclosed within the collection system. Its 
Pemmanry function ais to support collection platfcrm and 
system operations although intelligence information gener- 


ated from its application would, of course, not be ignored. 


Syst 
Analytica} 


Collection 
System sites 
Requirernent 


















S 
Deciipemente 


ae = ae a ae ae ae @ ap Ge ae ae a= ot 





Spec!al 
Requirements 


l 
" 
H 
y 
\ 
H 
] 
t 
' 
fl 
f 
‘ 
\ 
' 
f 
’ 
t 
) 
] 
' 
( 
\ 
" 
] 
{ 
i 
] 
y 
i 
L 


» 
| 
[_wiea ~) 


Figure 4.1 Reguirements Flow. 


The fcllowing discussion addresses the nature of the 
collecticn requirement as it relates to collection sursys- 
tems and their related collection platforms. Pot ibkvct La— 
tive purposes the first portion of this discussion will 
address the relationshifr of a single coliection reguirement 
as it enters a Single collection subsystem with its related 


platform(s). An example of such a collection subsysten 


Might ke the Aerial Reconnaissance Subsystem containing such 
tlatfcrms as SLR and various other photcgraphic senscers. 

Iraditicnally, a collection requirement is fecrwarded, 
for the roost part, to a collection subsystem in its 
entirety. The operators of the particular subsystem and 
flatferms wculd then determine how the collection platforms 
under their management might te able to satisfy the given 
requirement. Occasicnally, a collection requirement might 
ke well suited to satisfaction by a particular subsystem and 
platen me On other occasions there may be little 
applicabada ty. 

This approach tcward the management of intelligence 
requirements came akcut through an evolutionary frocess. 
Factors which shaped this prcecess (and which will not be 
thoroughly addressed in this faper) include: 


- The technical orientation of specific collection plat- 
orms. 


- Security rocedures Acompel them ae related to 
specific collection platfcrms and subsystems. 


- Multi-service use of collection platforms. 


- The limited data processing capabilities of battle- 
field users. 


- Lirnited communicaticns capabilities. 


There are advantages and disadvantages associated with this 
platfceorm oriented approach toward collection managerent. 
The operatcrs of each specific collection subsystem are 
aware of the intent cf the collection requirement and are 
thus Fetter able to crerate their subsystem to satisfy tnat 
intent. Given the technical nature of a specific ccllection 
subsystem, an argumzent can be made that the operators of 
that suksystem are best capable of determining which 
porticns of a given intelligence collection requirement can 


be satisfied by their subsystem and its related platfcrts. 
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Disadvantages tc this systen become apparent wken 
imomang at a group of collection subsystems operating under 
a Single systen. This is the more realistic Situation. A 
glympse cf the potential complexity of such a system can be 
seen at Figure 4.2. Some of the specific disadvantages 
include the possibility for the occurrance of unccntrclled 
redundancy cf effort and the possibility that one or nore 
collecticn subsystems can become saturated with ccllection 
requirements while cthers oferate at less than oftinal 
levels of efficiency. This type of control problem can 
become ifportant when one considers the fact that intelli- 
gence information is generally of atime sensitive rature 
and hence delays in satisfaction of a requirement will 
degrade the value of the information reguired by the user. 

In an attempt to provide some sort of administrative 
econtrecl and traceability of the great guantities of collec- 
tion reguirements in the collection system a collation 
process has evolved. The exact structure and manner in 
which this process works 1s ad hoc and varies greatly fron 
Ge «=6htO hUuNnit. Some processes are more efficient than 
Gtners. All of these processes do have some features in 
commcn. First, ttey attempt to filter out unsuitarle 
reguirements. Second, they attempt to keep track cf which 
users have submitted which requirements. Pan ade ; they 
attempt to get approrriate requirements to those collection 
subsystems which may te able to satisfy then. 

Once collection subsystems have responded to a collec- 
tion requirement (through platform collection or perhaps a 
negative response) then a sort of reverse collation process 
meauuted Collection Fusion - takes place. Simitvar te the 
initial collation prccess described above, one goal of this 
process is to match information/intelligence data to the 
users that reguested it. Great efforts and achievement have 


keen madé€é in recent years in the area of collection and 
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Figure 4.2 Composite Collection Systen. 


intelligence fusion. For this reason, the topic ct ccoitecs 
tion fusion will not te addressed in detail in the remainder 
cf the study. 

Thus, most collection systems deployed by major units 
today are similar in structure to that shown in Figure 4.3. 
Prior tc investigating methods which could improve the 
collecticn management process outlined in this chapter it is 
first necessary to examine, in more analytical detail, the 


nature of a collecticn reguirement. 
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Pigure 4.3 Traditional Collection Management Approach. 


C. DECOMPOSITION OF A COLLECTICN REQUIREMENT 


Ccllection requirements entering a collection system 
are, in general, nct ina form which collection sufsystems 
and platforms can immediately use. Normally the requirement 
must first be re-expfressed intc more familiar terms «hich 
have a mcre direct relationshif to those tasks which suksys- 
tems and f£latforms ferfora. This re-expression precess 
tends to narrow tke scope of the original ccllection 


requirement intc mcre manageable portions. Collection 


Bic 


subsystems subjectively acccrplish this  te-expression 
many ccllection systems Found an use today. The 
re-exrressicn of a collection reguirement into a set of 
smaller, more manageatle subrequirements will be referred to 
in \ thas. study as the decomposition of a collection 
requirement. 

Upon receipt of a collection requirement a given collec- 
tion suksystem will attempt to interpret the meaning of that 
requirement in terms of its own subsystem and related 
collecti¢cn plattorns. For example, given an incoming 
collecticn requirement of: 

- [Determine if tke enemy forces located at xX are 
prefaring to attack. 
An aé€rial reconnaissance collection subsystem might generate 
the follcwirg subregquirements: 


- Take an aerial fhotograph of location XK to determine 
if the enemy located there is in an attack posture.* 


- Provide moving target radar coverage of area X to 
determine if the enemy is moving toward friendly lines. 
Given the same ccllection requirement a signal intelligence 
collection subsystem might generate the following subre- 

guirement: 

- Intercept the radio communications of enemy units 

located at X to determine if they are preparing to 

Ateack. 
It is possitle (and in practice often occurs) that a collec. 
tion suksystem might not be suited to such a cclléection 
operation and would not be able to generate any feasible 
colléecticn subregquirements. 

Note that in the examples provided above that the gener- 

ated subreguirements have been re-expressed with respect to 
the capabilities of the collection subsysten. Also, 


althcugh each subreguirement appears to be directed toward a 
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Single ccllection platform, this may not be the case. FOr 
instance, it is fessible that several subrequirerents 
derived frcom a single collection requirement nay be directed 
toward the same collection platform. Pindeiv, cack of the 
Subreguirements in tke example are basically qualitative in 
nature. They capture the nature and intent of the original 
requirement without dealing with any of the more specific 
parameters of the reguirement. 

Taking this deccmposition process one step further, 
consider first the subrequirement of the aerial reccnnais- 
Ssance ccllection suksystem (labelled with an astirisk 
above). An aerial photographic collection platfcrm tay 
decompose that subreguirement in the following manner: 


- Provide black and white,low panoramic and vertical, 
photcgraphs of location X. 


- Provide black and white low panoramic and vertical, 
ee Pe tocatten | ite 
Although these subregquirements are certainly very detailed 
(when ccgrpared tc thcse of the collection subsystem), they 
still are oriented tcward the satisfaction of the nature and 

intent cf the original collection requirement. 

The subregquirements addressed in the preceeding fara- 
graphs will be labelled as quality subrequirements. ANY 
given collection requirement will also have associated with 
it ancther set of farameters which are more technical in 
nature. The primary example of such a technical parameter 
is the time restraint associated with a given 
Ssubreéegquirement. 

Time restraints were mentioned briefly in Chapter One as 
they pertained to general intelligence requirements. Many 
of the same concepts apply with respect to the decomposition 
of collecticn requirements except in a much more detailed 
fashicn. A collecticn requirement enters the collection 


system with at least two time restraints associated with it. 
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~ The tize by. which the user must have the desired 
infor tat@en= Tnais restraint tells the collection system 
when the collected intelligence must be in the user's 
hands. coo used terms describing this restraint 
are "best possible" or "as soon as possible" (bcth of 
which provide some degree of System eee ata and 
t'net later than/not earlier than” formats @(which tend Ge 
be mcre restrictive). 


- The desired time cf collection. This restraint lets 
the collection system know that the value or ee of 
the ccllected intelligence is at least pom ly defpen- 
dent uron the time in which it is collected. Formats in 
commcn use tend to Spey a oint in tine id enti £ yard 
time window during which collection should be accors 
plished, or require that collection be accomplished 
continuously fcr scme length of time (in this situation 
the ccllection function Beccuzes more of a surveillance 

i denied C71). 

These technical restraints, similar to the guality 
subreguirements, must be expressed with respect to the 
specific collection subsystems and eventually their ccllec- 
tion jlatfcrms. There exist other technical restraints 
associated with any given collection subreguirement. These 
will not be specifically addressed in this thesis ))eiaaae os 
considered in all algcrithm development. 

A single collecticn subregquirement if portrayed graphi- 
caliy (and decomposed to the collection subsystem level) 
would ccntain information describing where it origirated 
(some scrt of tag associating it with auser or set of 
users), the quality or nature of the subreguirement, the 
collecticn subsystem it is associated with, and all appro- 
priate technical restraints. The structure of a subrequire- 
Ment might look like that shown at Figure 4.4. As 
previously mentioned, the decomposition of collection 
requirements is traditionally accomplished by the collection 
subsystem relying keavily upon expert judgement and frior 
frractices/standard procedures. Therefore the subrequirement 
structure depicted akcve should be viewed at this foint in 
the thesis as a tool to enhance understanding of a cellec- 


tion subreguirement. 
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Figure 4.4 Subreguirement Structure. 


If one were to grcup all of a single collection reguire- 
mMent's subreguirements into one construct it might aprear as 
that shown in Figure 4.5. The collection system , in this 
Gase, ccnsists of three collection subsystems - 1, 2, 3. 
The collection requirement originated from unit number Z and 
was deccmposed by the collection subsystems inte three 


subreguirements. 


ele tan - 


Subreq Tech Restra{nt Subsystem 


lst 8de Subreq 1 Best Possible SIGINT 
Ist Bde Subreq 2 NLT 1000 Hrs Survefllance 
Ist 8de Subreg 3 0800 to 1000 HUMINT 


| 
lst Bde Subreq 4 Best Poss{ble Photo/IR | 


Figure 4.5 Collection Reguirement Vector. 






It could be demonstrated, using an example of collection 


platferm reguirement decomposition, how this process can 


continue tc the highest leveis of resolution. dowever ee 
study is focused on the relationship between tne collection 
system and subsystem and will not, therefore, deéevelecr the 
decompoSiticn methodclogy any further than that already 


presented. 


De. THE INTELLIGENCE COLLECTION MANAGEMENT PRCBLEM 


The collection management problem is a resource alloca- 
tion yroklem. Scarce collection resources must be allocated 
toward the satisfaction of collection requirements. This 
thesis suggests that the traditional approach to that 
Froblem (as depicted at Figure 4.3 and discussed in frevious 
Chapters) can be improved greatly with some minor mcedifica- 
tions to the functional structure of the current system and 
the use cf a mathematical optimization scheme. The struc- 
tural modification (and resulting efficiencies) is straight- 
forward and will be addressed in the following paragraph. 
The cptimization scheme 1S more complicated and will be 
develcped in Charter Four. 

The primary functional change suggested by the frevicus 
discussicn is that cf allocating collection resources to 
Satisfy collection requirements (and perhaps subreguire- 
ments) frem the collection system rather than the ccllection 
subsystem level. In order to perform this allocaticn fumes 
tion ccllection systems must posess the capability of 
matching sukreguiremerts tc ccllection subsystems (hence a 
requirement decomposition capakility). We will assume for 
the remainder of this study that such a capability can be 
transferred from the subsystem to system level with little 
Cri feud ty: 

Certain efficiencies and advantages result from this 
consolidaticn Lunetien. With this new structure reguire- 


ments need not be addressed Ey all collection subsystems. 
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Figure 4.6 Restructured Collection Systen. 


Cnly those requirements (or sukreguirements) bkest suited for 
satisfaction by a subsystem would be forwarded to that 
subsystem for ccllection action. Unwanted duplicaticn cf 
effort cculd be more easily limited with this structure. A 
more balanced use of all collection subsystems cculd be 
controlled from the collection system level. These effi- 
ciencies are important but of a fairly administrative 
nature. 

The real advantacse of this structure is that it allows 


for the applicaticn of Optimization methods tc the 
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collection resource adliccattone-rerme. At this» Eclntmas 
the collection management process we are now aware of the 
demands (in the form cf requirements) placed upon the systen 
and cf our resource constraints (available collection 
assets). with some added input from the collection sutsys- 
tems concerning their cperational capabilities we will ke in 
a positicn to apply pewerful optimization procedures tc the 
allocaticn froblen. These procedures will be addressed in 


Chapter Five. 
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V. THE INTELLIGENCE COLLECTION MANAGEMENT MODEL 

This thesis suggests than an examination and analysis of 
intelligence collection requirements prior to the actual 
allocaticn cf collection platfcrm resources will lead toa 
more intelligent and efficient use of such resources. This 
porticn of the study will develop a mathematical oftiniza- 
tion mcedel which is useful in the performance of such anal- 
ysis. imitia lly,, a Simplified version of the ccllection 
systegz will be ccnsidered in the development of this mcdel. 
Modifications to the basic model will address important 
intelligence collecticn concerns. The subject this nodel 
addresses 1s that of scarce resource aicea tion. 
Specifically, in what manner should available collection 
resources be allocated to best satisfy a given set of inrtel- 


ligence collecticn recuirements. 


Ae THE EFASIC COLLECTION SYSTEM MODEL 


The tasic collection system model is described below: 


al 
MAXIMIZE: y eee 
ales 
j.. ane 
2 (eqn 5.1) 
SUEOECT 0; » eee eee 
. ea j 
We = 
Ee eC ee) 
i iy 
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13 


l,ee.e,0D (1 1S the index Gor collection gt autos 
ments, There are a tcetal of n collection require- 
ments ccnsidered in the requirement set of the 


-tasic model) 


Tyeoe,M (j 1S the index for collection sutsys- 
tems. There are a total of m collection subsys- 


tems considered in the basic model) 


The decision to allocate collection Fresource jie 


collecticn requirement i1(0 = no, 1 = yes). 


The amount cf collection resource j allocated 
toward the satisfaction of collection reguirement 
Se dj. = 1 (units are subsystem collection 


howis. — wise. 


Total amcunt of suksystem j collection resources 
available for use is satisfying the set of collec- 


ticn requirements n . 


Felative impertance associated with requirement 1 
(DELOE LE Vin Requirement priority will not 0»be 
considered in the kasic model and therefore 
veo in the basic model. Reguirement priority 
will be addressed in Section B.2 of this Charter 


where values cf v; will be allowed to vary. 


Expected fraction cf requirement i satisfied by 
those collection suksystems (j = 1,...,m) tasked 


to satisfy that requirement. 
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Certain assumptions associated with this model should be 
addressed. The simplified collection system which will be 
the tasis fcr model development has as one of its character- 
istics a fixed number, om, of collection subsystems. Let 


Ss; ke defined in the fcllowing manner: 


cn eollee GuonmscmecrStem je (fOr j = 1,+.+,). 


Therefore j is the index for collection subsystems. The 
impact of the fixed ccllection subsystem assumption is that 
the quantity of collection subsystems available for opera- 
tional employment by the decision maker does not change 
during the course of the collection resource allccation 
decision precess. This collection system will also only 
Consider a fixed quantity, on, of collection regquiremerts. 


Tet r tke defined in the following manner: 


a tiewlenmecmlucctton LegGuirement (for i=1l,...,Nn).- 


Thus, 11s the index for collection requirements. Mie 6b bor 
words, the rumber of collection reguirements under cconsider- 
ation dces not change during the course of the rescurce 
allocaticn process. An additional assumption closely 
related to the fixed number of reguirements assumption 
concerns the timing cf the collection decision. For the 
Fasic mcde€l it is assumed that all of the collection 
requirements under ccnsideration (lo, Ting eee sl) will have 
collecticn resources allocated for their satisfaction at the 
Same time. Furthermcre, the results (collected data) fron 
all collection subsystems (S) sSoreee0Sy ) will reach the 
approfriate user within the bounds of the required tine 
restraints. In cther words, the lead and lag time ccnsider- 
ations addressed in frevious chapters are not considered in 


the kasic model. 
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1. Lecision Variable 


— SS — a oe 


The decision variable used “in tne sasie gode eee 


Q 1f subsystem j does not allocate collection 


resources to satisfy requirement i. 


1 1£f suksystem j does allocate collection 


resources to satisfy requirement i. 


This implies that the basic model will only determine 
whether cr not it shculd allocate a predetermined and fixed 
amount of collection resource from subsystem j tcward the 
Ssatisfacticn of requirement i. The importance of this 
asSSumfticn and decisicn rule are great. It does net allow 


the mcdel tc vary the amount of collection resource it allo- 


cates tcward the satisfaction of a reguirement. It either 
allocates a fixed and predetermined amount of resource (a; 5) 
Cr nene at alu Collection subsystems, in other words, can 


only attempt to satisfy a collection reguirement fry allo- 
cating rescurces in cre specific manner. At first glance? 
the use of this jtype of decision variable seems to bea 
harsh and ee eeneree CONStraint on ~~ the serodel. Such a 
rercefticn is inaccurate. 

The great majority of tactical intelligence require- 
ments fall into one of several classes of requirements. 
Targeting requirements form such a class. In crder eo 
satisfy a targeting reguirement the collection system must 
Fasically provide the user (reguestor) with infcrmation 
concerning the location, dispersion, nature (its tyre of 
activity), and level of protection (armored or not) ofa 
potential target. Collection subsystems which fposess the 
Capability of at least partially satisfying targeting 


reguirements have developed SOPs (standard operating 
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Erocedureés) BOGeattempting such satisfaction. FOr the 
Majority cf such targeting requirements these SCPs_ are 
Closely adhered to by the subsystems. In special targeting 
Situations (as in nuclear packages), of course, special 
subsystem allocations can te planned and employed. thas, 
however, is the exception rather than tne rule. Similar 
EFrocedures are follcwed fcr other classes of collection 
requirements. 

The model assumption that Subsystems can only 
satisfy a requirement in one particular manner is, in fact, 
more ciosely related to the realistic setting than frevi- 
cusly expected. It applies to the majority of tyrfical 
collecticn requirements. Thus, the basic model developed in 
this study should be considered applicable to such classes 
cf requirements. 

There exist collection reguirements to which the 
decisior variable eas not well suited. Certain require- 
Ments, for instance, can be satisfied by collection sutsys- 
tems at varying levels of satisfaction rather than at a 
Single discrete level of satisfaction as suggested in the 
kasic mcdel. An example of such a subsystem might be that 
of the signal intelligence collection subsysten. Clearly, 
the level of satisfaction of certain requirements would 
increase (to a point of diminishing marginal returns) as 
more hours of signal intercept time are applied to the 
satisfaction of the requirement. We would aiso suspect that 
this level of effectiveness function might be continuous and 
Monotcne increasing (i.e. 1.5 hours of intercept time cannot 
ke less effective that 1.0 hours of intercept time). In 
such situations a more suitable decision variable x;. should 


J 
ke used. 


Xs = The amount of collecticn resource from subsystem j 
J 
allccated toward the satisfaction of requirement 


i. 
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The application of this type of decision varrables tone 
tasic mcdel will tke addressed in Section ™8.4 of ‘thie 


chapter. 


z2. Resource Constraints 


In the kasic model it will be assumed that each 


j has at its disposal a fixed amcunt of 


= 


collection subsysten 


collecticn resources. Let b; be defined in the follcwing 
Manner: 
bs = the™® toc! amount of subsystea j, Col teetvon 


_ 


resources available for allocation toward the 
satisfaction cf collecticn reguirements. 


Thus, b. is a constant in the basic nodel. The units of 
= are surksystem ccllection hours. Thus, the overall 
resource constraints cf this model can be represented in the 


following manner: 


G..eee. < ber a (egn 5.2) 
> 50 ay me 7 J (3 Ls ne ee) 


Let re re defined in the Ecllcwing manner: 
oe = The amount cf collection resource j allocated 
toward the satisfaction of collection requirement 

Be dis = 1 (in subsystem collection hours). 

The relationship between collection subsystems and 
coll ceeriren reguirements is Critical to thas mcdel. 
Specifically, cclilection subsystems, in tne allocaticn of 
their specific collection resources, contribute to the 


satisfaction of intelligence collection reguirements. MThere 


WO 


are several ways in which intelligence collection resources 
can kre allocated. For example, aerial reconnaissance 
subsystem resources are normally allocated in terms of the 
Number cf sorties fer reguirenment. Sag nade ntelligence 
subsystem resources, cn the other hand, are often allocated 
in terms of the number of positions (where the term fesition 
refers to oferator position) and the quantity of monitoring 
time per reguirenment. These examples indicate that collec- 
tion resource units can ke very diverse. In order to 
consider the multiple collection subsystem resources in the 
basic mcdel it must be shown that diverse collection 
resource units can be transformed (ina somewhat reasonakle 
Manner) into subsystem hours. The two examples cited in 
this paragraph can easily be transformed into similar units 
(ise. suksystem collection hours). 

A typical aérial reconnaissance sortie may last 
three hours. Of that three hour time period perhaps only 
one hcur can be used for actual reconnaissance time (this 
reconnégissarce time is normally referred to as time on 
target or TCT). Leeuw Ss One nour 201, the platicrn 
performed its aerial reconnaissance mission against two 
collecticn requirements, then that subsystem could be said 
to have allccated .5 subsystem collection hours to each of 
the two collecticn reguirements. Note that the calculated 
number cr subsystem collecticn hours was independent of 
whether cr not the aérial reconnaissance subsystem achieved 
Success in its misSsicn effort. Therefore, for tnis specific 


subsystenr the following relationship holds: 


Sieuilit | OL OL, (Ours 





a ommamcuelligence requirements 
collected against while on target (eqn 5.3) 


az 


~ 


In this sense a.. can be interpreted as egualing the rumker 
or aerial reconnaissarce subsystem collection hours consuned 
in attempting to contribute to the SatiStaction ci Goutees 
tion requirement i. 

Tactical signal intelligence subsystems typically 
have at their disposal many operators (analysts) who extra- 
Folate from intercerts and other signal data infcrmation 
relevant tc the satisfaction of collection requirements. 
Fach operator 1s akle to work a fixed amount of hours 
performing his function. If two subsystem operators each 
must spend four hecurs performing their Functions 
attempting to contrikute to the Satisfaction cf a Women 
collecticn requirement then eight subsystem collection hours 
have teen allocated to that requirement. The follcwing 
relaticnshif holds with respect tomes collé¢tien 


subsysten: 


(amount of subsystem 

hours per position) x (number of pecreren-) 
*J (number of intelligence requirements 
collected against) (eqn 5.4) 


The interpretation cf a is similar to that of (igre 


ae 
preceeding example - eee of signal intelligence 
subsystem collection hours consumed in attempting to 
contribute to the satisfaction of collection requirement i. 
It is a Simple matter to make allocation calcula- 
tions once collection has already occurred. If the coll¢ége 
tion model is to be useful, however, it must be able to aid 
the decision maker pricr to the actual aliocation of collec- 


tion rescurces. To do so this model therefore requires that 


ais values be known cr estimated prior to the resource allo- 
cation decision. How can this a priori estimation of ai; be 
accomplished? 


Fes 


ihe first and perhaps most Simple approach to this 
problem is to have the subsystem j operators subjectively 
estimate a; given requirement i. The advantage to this 
technique Ae jefies iain expertise of the subsystem orferators 
is affrlied to the eas estinate. There are, however, many 
disadvantages. Included among them are inconsistancies and 
inaccuracies associated with subjective estimates (even wken 
competent personnel are providing the estimates) and varia- 
tions in levels of expertise found among the operatcrs of a 
given sufsysten. Thus, the primary disadvantage to the 
subjective estimaticn of ace 1s that the quality of the 
estimate is far too dependent upon the quality of the oper- 
ator froviding that estimate. 

A second mettod of handling this estimation problen 
as thrcugh the estaktlishment and use of norms and standard 
operating procedures (SOPS) which are known to be accurate 
or at least reasonable. For instance, a SOP nay, based ufon 
previcus experimental data and experience, specify that only 
a predeternzined amount {with no variation) of suksysten 
collection hours asscciated with collecthon subsystem j will 
Ee allocated toward the satisfaction of any given collection 
requirement i. For example, such an SOP night allcw for the 
allocaticn of only cne aerial reconnaissance sortie (cne 
subsystem collection hour) £OG any single collection 
requirement. In this sort of a system the estimation of a 
is really no estimation at all but rather a decision rule 
used Ey the collecticn system decision maker. The value of 
such a system depends upon its ability to accurately match 
all recuirements with appropriate SOPs. The potential weak- 
Hees OL such asystem depends on its ability to handie 
diverse types and classes of collection requirements. 

A third methcd involves the use of both techniques 
addressed atove. This technique allows for the sukjective 


estimaticn cf ais (by expert subsystem operators) which are 
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at the same time bourded by norms and SOPS. For example, an 
aerial reconnaissance subsystem operator may be authorized 
to make ai eStimates of integer subsystem collecticn hours 
less than three. In other words, he is not authorized to 
provide ron-integer estimates cr estimates of allocaticns of 
three hours or more. This technique is often used in frac- 
tice where collection subsysten Characteristics  crean 
dictate a finite set cf possible collection allocations (and 
would therefore dictate estimates of ae in the tkasic 
model). This system appears to provide a reasonatle 
approach to the problem of a priori estimation of ais The 
wide range cf possible collection resource allocation esti- 
Mates is narrowed by subsystem operating procedures, ncrns, 
and standards. Individuals are then in a better positicn to 
Frovide more accurate estimates of as. 

From this discussion we conclude that the estimate 
of the arount of subsystem collection hours associated with 
collecticn subsystem jin contributing to the satisfaction 
ef collecticn requirement 1 (a;; can be provided by the 
specific suksystem oferators. ~ such an estimate 
is highly dependent upon the manner in which a specific 


collecticn subsystem can allocate collection resources. 


3. €bjective Punetion 


There are two major components of the chjective 
function in the kasic collection model. The -rLLrest,; ve is 
defined as follows: 


v; = The relative importance associated with a given 


collecticn requirement i (priority). 


In the Easic model the value for all v; will be equal to 
One? Thus, an assumption inherent in the basic model is 
that all reguirements to be satisfied are of equal relative 


importance (equal pricrity). 


T= 


The second major component of the objective function 
ms 5. . 
a 
Maes tne aggregated effectiveness of requirement i with 


respect to all collection subsystems. 


This ccmponent, in turn, is dependent upon several other 
factors which will be developed in the following paragraphs. 
The first factor in the determination of aggregated effec- 


tiveness pertains tc the effectiveness of a collection 


subsystem j. In attempting to satisfy a given collection 
reguirenent i, collection suksystem j interacts with some 
measureatle form of enemy activity. For instance, a fhecto 


reconnaissarce platfcrm takes a picture of a location on the 
Fattlefield (presumed to be located in eneény territory). A 
communicaticns intercept platform monitors certain frequen- 
cles cn the electromagnetic spectrum (hopefully the enemy is 
transmitting information of value which friendly forces can 
detect on such frequencies). Many things can happen which 
can prohibit these interactions from occurring. In the 
photo reconnaissance situation, for example, the platform 
may breakdewn prior te its TOT or worse yet may be shot down 
Ey the eéneny. In the communications intercept case the 
enemy may decide to cferate on radio silence (i.e. not use 
those mcnitored freguencies at all). timessoth Situations, 
the ccllection effort would be unsuccessful. As a matter of 
fact, the intended interaction with enemy activity did not 
eccur at all (or we cannot detect whether it occurred). 
When this happens we say that the collection missicn has 
failed. There exist measures or estimates of these scrts of 
failures with respect to different types of collection flat- 
forms and subsystems under a variety of threat and opera- 
fronal cemditions. These measures are often represented as 
a prokability. In our situation we are specifically inter- 


ested in the probability of mission failure (where mission 


7€ 


is defined as collecting the information/data, etc. that sie 
platfcrm or subsystem intended to collect). In this kasic 
model we are ccncerned with the probability of success 
rather than failure and define the tern P;. in the fcllcwing 


~~ 


Danner: 


Pi; = The probability that collection subsystem j will 
ccllect the data it intends to collect Wea 


attempting to satisfy a requirement i. 


Notice that this definition does not imply that the collec- 
tion subsystem actually was akle to satisfy the ccllection 
requirement. 

The second factor which 1s important in determining 
the effectiveness of a collection subsystem pertains to 
actual satisfaction cf the collection reguirement. Recall 
that a ccllection suksystem may be capable of satisfying 
all, nene, cr a porticn of any given collection reguirement. 


The tern =e is defined as: 


fis = That fraction of requirement i which can be satis- 
fied if collection sutsystem j collects the data 
it intends tc collect in attempting to satisfy 


requirement il. 


Note that the term f;,;. is of the form of a conditional 
expected fraction. Consider the example in which a ccllec- 
tion requirement consists of four primary parts (these were 
referred toas guality subreguirements in previous chap- 
ters). The aerial reconnaissance system, inthis example, 
could satisfy two cf those four subreguirements if it 
successfully performed its collection mission (collected the 
data it intended to ccllect). Thus, in this example, the 
calculated value for fis would be 0.5. 

For simple classes of reguirements the determination 


of the value of £45 is a fairly simple matter (as 


ar 


demonstrated in the example in the preceeding paragraph). 
For such simple classes of reguirements and various tyres of 
collection subsystems it would be theoretically possible to 
develop nerms and standards useful in determining such 
values. Fer example, in the class of simple targeting 
reguirements cited in an earlier paragraph, only three items 
OF aianfcrmation were required for satisfaction - target 
description, nature, and level of protection. For this 
Simple class of requirements the aerial reconnaissance 
subsystem is capable of satisfying all of the subreguire- 
ments given that the intended collection occurs. Therefore 
its fi value with respect to simple targeting reguirements 
is one. For more complicated classes of collection reguire- 
ments we wceuld expect that the determination of fi5 will be 
more difficult. In the basic model under consideration it 
will ke assumed that it is possible to determine the values 
ota) 1 tis for the reguirements under consideration. 

The term which represents the relationship tetween 
satisfaction of a given collection requirement i by collec- 
tion subsystem j can now be identified and examined. The 
term €:.- is defined as expected level of requirement satis- 


1) 
facticn as given by: 


Cig > Pas oe (cam sissy) 


This term can be interpreted in the following manner: ate 
collection system j is allowed to allocate resources tcward 


the satisfaction of reguirement il, tietec sre precents the 


J 
level cf collection requirement satisfaction we might expect 


fo receive in return. The calculation of eis is of the form 


18 


of a fprokability multiplied by a conditional expected frae— 
tion (both values are bounded Ly zero and one) yieldirg an 
expected value. 9 Thus 6521s als Geom Sd ao meee eee 


~ 


The value represents the level of requirement 


one 
satisfaction we can expect to receive by allocating 
resources from a Single collection subsystem j against a 
single ccllection requirement i. Our problen, HOWEVEL, 
involves agultiple ccllection requirements and subsystems. 
In order to solve this problem we must be able to aggregate 
over both requirements and subsystems. We will first 
attempt to deal with the total effectiveness of a given 


collecticn requirement. 
a. Aggregaticn Over Ccllection Supsysteas 
Let E. ke defined in the following manner: 


E = The expected fraction of requirement i satisfied 


Ey all ccllection subsystems (j = 1,...,m). 


This study will address two possible methods of okftaining 
the tctal aggregated effectiveness - denoted E.. 

The first approach to the ene eee CL E. 1s 
through the Simple summation of as values and will be 


denoted E. ~ 2o0eCLEAcCal iy: 


E. . - ee (eqn 5.6) 
> 1 


Under rost envisioned circumstances one would not expect to 


ever Fe able to satisfy a requirement by any factor greater 


Te 


than 100%. Unfortunately, this specific method of aggrega- 
fmonedilcws for that to occur. Consider the simple ¢examnple 
an which a given collection requirement can be satisfied by 
two ccllection subsystems. In this example the value cf €.4 
ieee 7S and €. LS. Oi If the decision is made that botn 
subsystems will alliccate their resources toward the satis- 
faction of that ith reguirement, then according to the 
Summaticn procedure the total expected level cf satisfaction 


for that ith requirezent would be: 


trd 
JH 
iT 
3 
4) 
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= (e., ° ad. + 
al oe ‘Gay ey 


(eqn 5.7) 


=e Pome) + (350 « 1) 


This value seems difficult to interpret given the preceeding 
develcrment. An oEvious explanation for the E. value 
greater than one is that there must exist some amount of 
collection subsystem overlap. This overlap is referred to a 
redundant coverage. The summation technique would provide 
more reasonable results if only one collection subsysten 
were allcwed to allocate resources toward the satisfaction 
of a collection requirement. tte Chis conmadtion were tobe 
applied to the example above then the collection requirement 


in question would have a total expected level of 
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i l 
Satisfaction equal t¢ (either 2) ec cee ( 250) Of 


course, this is not an aggregation scheme at all. Another 
situation in which tte summation technique may be a reascn- 
able getkod of aggregation is when we are certain that there 
is no fpossikle way in which the same portion of a collection 
reguirement can be satisfied by more than one collection 
subsysten. In cther words, for a given reguirement i, the 
=e value associated with cne collection subsystem j nust 
not intersect with the £.. value associated with Jany@eany 
collection subsystem j. “Phe two values, in a probakilistic 
sense, must be mutually exclusive. An example of sucha 
Situation might involve a collection reguirement such as: 
- What types of communications systems is the unit 
located at ABxxxxxx using? 

It is likely that this reguirement might be satisfied by 
tasking sensors which could detect and locate communicaticns 
emmitters on separate and non-overlapping portions of the 
electrcmagnetic spectrun. Thus, no more than one Se€nscr or 
subsystem could satisfy the same portion of the collection 
reguirement. The ti; values associated with this reguire- 
ment and their resfective subsystems would be mutually 
exclusive and the summation methodology would be a réascn- 
able method of aggregation. 

A second drawback to the Summation methcda of 
aggregation is that there exists, using this technigue, no 
way to represent, in a continuous sense, decreasing marginal 
returns. Specifically, the Summation tunction tells ws tae 
more resource allocation to reguirements with high values of 
E. is always a good thing to do. In fact, we can see taat 
there are many circumstances where this action is nct a gcod 
tha nig te maton Clearly, there existS some point in time in 
which additional resource allocation to satisfy a require- 
ment which may already be totally satisfied is not produc- 


tive and in fact is wasteful. 
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Thus fcr reasons of interpretability and 
because the summation function lacks a way of representing 
decreasing marginal returns we reject it as a methcd of 
aggregating values of a over collection subsystems. The 
next method of aggregation provides a soluticn to these two 
difficulties. 

The primary drawback to the previous aggregation 
schene is that wnder certain conditions it would produce 
aggregated effectiveness values which were difficult to 
interpret and could not adequately represent decreasing 
marginal returns asscciated with the allocation cf ccllec- 
tion resources. A more meaningful scheme would be one in 
which the total expected level of satisfaction for a given 
requirement (when collected against by multiple subsystems) 
would tke Ecunded by one and could thus be more easily 
compared with percent levels of requirement satisfaction 
. e . 100% satisfaction would be the maximum attainatle 
value for E ). Furthermore, we would like to see the total 
expected level of requirement satisfaction increase as more 
collection subsystems are tasked toward the satisfaction of 
a given collection requirement but not necessarily in a 
totally linear fashicn. In other words, tuCecollLcreron 
subsystems ought to jfrovide more satisfaction than one Eut 
they could never prcvide more than 100% requirement satis- 
faction. Intuitively we would expect that the lower [round 
on the expected level of requirement satisfaction (in the 
case where two subsystems were tasked to satisfy a given 
collecticn requirement) would be the maxinum of (C;4 7, €:5)- 

If we interpret the value of ys X re yas the 
Frobability of achieving satisfaction of requirement i by 
allocating collection resources from subsystem j then the 


tern: 
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C13e es The Sprobap) Livy of not achieving 
satisfaction of requirement jensy 
allocating collection resources frog 
subsystem j (given tnat we decide to 


allocate resource from j). 


If we also consider that the operation of one collection 
subsystem is independent of the operation of another tken 
the prokability cf nct achieving satisfaction of requirement 
1 by allocating collection resources from oo collection 


subsystems can be represented in the following expression: 


) {egn 5.8) 


Cf ccurse, the prckability of achieving satisfacticn 
reguirement i by allocating collection resources fron mn 
collecticn subsystems is actually E. which, in turn jee 
given by: 


) oe (eqn S22) 


Thais secend technique of aggregating Cis values dees indeed 
deal with the shortcoming of the summation methodology. 
Specitacaliy, Es values are bounded between zerc anc cne 
and the effects of dimishing marginal returns are inherent 


in the ncnlinear nattre of the product function. 
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The primary cause for concern with respect to 
this aggregation technique is the assumption of independence 
cf collecticn subsystems. We are concerned that two or more 
Subsystems, in ccllecting information pertaining to the same 
reguirement, might kre dependent upon one another. This 
possifility does exist. Say, for instance, an aerial recon- 
Naissarce filatform overflies an enemy position on a collec- 
tion mission. The enemy, in response to that overflight, 
ceases all electronic emission activity (fearing the flat- 
form was carpabie of detecting such activity). An electronic 
intercept platform ccllecting that enemy unit's emissicns 
would re negatively affected by the aerial reconnaissance 
Buaeecrm's cverflight. 

Examples such as these are hard to envision rut 
in fact nwuch of the intelligence operation planning prccess 
is devoted to insuring that two or more collection ofera- 
tions do not conflict or interrupt one another. Piemonte 
to be made is that this method of aggregation seems to be a 
reasonable approach as long as the collection sursystems 


involved are independent of one another. a4 
bk. Aggregation Over Collection Requirements 


We must ncw concern ourselves with the seccnd 

aggregation problen. fOumaomwe Comoamnems-- ~£or all ccllec- 
a 

tion requirements under consideration? Let = be defined in 


the fcllcwing manner: 


E = Totai level cf requirement set (n requirements) 
satisfaction given collection allocation from 01. 


surEsystens. 


y) (egn 5. 10) 
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In this ocdel we are summing {over all requirements) the 
expected level of satisfaction for reguirement i values 
{Equation 5.9) developed in a previous discussion. The 
range of this new value would fall between zero andon (the 
total number of requirements e€guals nf). One weakness of 
this representation as ameasure of total reguirement set 
Satisfaction lies in the fact that the summed values are 
somewhat difficult to interpret. For instance, one has no 
way of determining (from this value alone) which require- 
ments in a given set might be highly satisfied and which 
requirements in the same set might not be highly satisfied. 
In other werds one shculd examine the variance of the values 
OL E. - in the simple model we are primarily concerned with 
the acgregate level cf requirement satisfaction and will not 
concern curselves with levels of satisfaction of individual 
requirements. In Section B.2 of this chapter we consider 
the case in which collection requirements are not assumed to 


ke of equal importance and hence are concerned with varying 


levels cf requirement satisfaction. An ee Sidmte 
coming is that the formulation assumes that there is no 
cverlapping of collection requirements. Most collection 


systems indirectly guard against this sort of overlap by 
groufing together (piggy-backing) Similar reguirements into 
a common single reguirement. Thus, we do not consider such 
overlap to cause major difficulties with respect to the 
model. Therefore, despite interpretability and overlaps 
shortccnmings, Summation does appear to bea reasonatle 
methed of aggregating the levels of effectiveness of n 


collecticn requirements. 


4. Comments on the Basic Model 


a eee [= ——_ ee ae SSO —— = = 


the basic model as formulated will attempt to allo- 
cate collection subsystem resources to requirements in a 


Manner whach provides the biggest return in overall E (total 


aggregated ievei of requirement satisfaction) for a given 


allocaticn (assuming a feasible solution can be found for 


the program). Thus, resource allocations will te made to 
those requirements whose Ba oe the most to the 
objective function. Pie anoumin TOL he which any single 
reguirement can contribute to overall Sees ect lon 4") 


increases as more rescurces are allocated toward the satis- 
facticn cf the requirement but reaches a limit of one. This 
Characteristic results from the manner in which E. is 
calculated. recall “Equation 5.9. AS more Bente ctnton 
resources are allocated to the satisfaction of requirement i 
the prcduct term in Equation 5.9 becomes small. The tern 
ES , tkerefore, affrroaches one as a limit in such circun- 
stances. Thus, as mere resources are allocated the marginal 
return of such allocation decreases until such time as allo- 
cation te a different requirement becomes more attractive. 
Cne disturbing aspect of this basic model is that we 
have no guarantee that all requirements in the given set 
will ke satisfied by the optimum resource allocation schene 
Sepeulated by the prcgran. For instance, aploGcat1 en Of 
collection resources to a given requirement may never be 
more attractive (contribute more to the maximization of the 
objective function) Lidted OCH eL1OnS | tO orncr  CCclliection 
resources. In such a Situation this program would igncre 
requirement iin faver of allocations of resources to cther 
requirements. An additional limitation (somewhat related to 
the first) is that we have no control over the level of 
satisfaction of any given or set of collection requirements. 
In other werds this program cannot deal with requirement 


priorities. 
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EB. VARIATICNS OF TRE BASteerero 


Recall the basic model developed in the first secticn of 


this chapter: 


Nn 
<? 7 ¢ t is 
MAXIMIZE: = 7 
i i= oil 
Tl 
SUSIECT wae 5 a..d.ee20B. ¥ 5 9) (C5 oe eee 
——— ee 
i = ek 
ge Seo hol 
1) 
i = 1,..-,0 {11S the index for collegtion requires 


ments. There are a total of n collection reguire- 
ments considered in the requirement set of the 
tasic model) 


J = 1,...,0 (j 1S the index for collection subsys= 
tems. There are a total of m collection subsys- 


tems considered in the basic model) 


d; = The decision to allocate collection resource j tc 
collecticn requirement i(0 = no, 1 = yes). 

a.. = The amount cf collection resource j allocated 

1) 


toward the satisfaction of collection reguirement 
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b. = 
C= 
a 
ES = 
1 
using a 
like to 


the tctal set. 


eee C= | (units are subsystem collection 


hours - hrs) - 


Total amount of suksystem j collection rescurces 
available for use is satisfying the set of ccllec- 


ticn requirements n. 


Relative importance associated with requirement i 
(piesleri ty). Requirement priority will ncect be 
considered in the basic model and therefore 
es 1 ain the basic model. Reguirement priority 
will be addressed in Section B.2 of this Chapter 


where values cf v. will Ee allowed to vary. 


Expected fraction of requirement i satisfied ty 
those collection subsystems (j = 1,...,m) tasked 


to satisfy that requirement. 


Insuring Levels of Requirement Satisfaction 


SSR SE SS 


A primary drawback to the basic model can be handled 


Samar froblem formulation. If possible we would 


be able to satisfy all collection reguirements in 


above formulation additional non-negativity constraints. 


modified formulation containing such restraints is described 


below: 

Z 

MAXIMIZE: pm > oe 

ey 

‘boca wl 
; Mm 

WHERE aoe iis le eae ) 

ea 


Se 


in CLGCEeEO TnSULe Lous wescould add to the 


Stee ee eee ele be pee (ogi s. 12) 


t- 


1 A 
oe = ONore) 
ke = An aspiraticn level of individual reguirement 
satisfaction. 
2 
This formulation will insure levels of E. greater than k 


for all ccllection requirements i (at least some minigun 
level of reguirement satisfaction). We remain uncertain, 
however, of the ultimate level of requirement satisfaction. 
One can €asily imagine an iterative type process which would 
increment the value cf kK. between successive runs of the 
program wntil a feasikle solution can no longer be oktained. 
The gcal of this iterative process would be to determine the 
highest levels of satisfaction at which all requirerents 
could re feasibly satisfied. One must realize that the 
final levels will be dependent upon the scaling factcrs (ks, 
Koeeee, K,) imposed Fy the progran. 

There 1s a fundamental difference between this rodel 
and the rFasic mcdel cutlined in Section A of this Chapters 
The basic model is guaranteed to have a feasible scluticn. 
All recuirements in the set may not be satisfied to a rini- 
mally desireable level but the model will find a solution. 
The ccnstraints placed upon the basic model (as outlined in 
this section) May €liminate the possibility of finding a 
feasikle resource allccation scheme. 

Given this fact it may be reasonable to approach tne 


solution c£ this Froblen in an iterative manner. 


Sad 


eeecifically, use the soluticn to the basic model as a 
Starting pcint upon which small iterative imprevements 
Memeough the increase in k-; values) are made. This 
appreach in itself dces not guarantee a feasible scluticn. 
Memo es, however, allow for the initial introduction cf k ‘I 
constraints into the froblem at low levels which will hoce- 
fully lead to feasible allocation solutions. A primary 
drawback to this apfreach is that it reguires some level of 
human interaction which, of course, slows down the process 
cf sclving the problen. 

A different approach to this same problem is to 


formulate the model in the following manner: 


Mex LMIZE: a 
m 
BUBJECT TO: oe | |) Cre cca 
pea 
n (eqn os) 15) 
¥ metal < Toye 
; 1) 1) J 
12 
ad.. = Omer I 
1) 
ae the highest attainatle level of rcivanena | 


requirement satisfaction. 


The value Z in this fcrmulation serves as a scalar multifle 
of the individual recuirement aspiration levels (k;). Thus, 
this fcrmulation maximizes the value of Zand in doing so 
maximizes the the level of a can vee ial requirement 
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satisfaction subject to the aspitation Jevels (ke 


k_) imposed on the prcgran. 
Ze. Requirement 


The prioritization of collection reguirements serves 


aS an igportant management function and, as Appendix A 
Suggests, as a possible means of providing intelligent 
contrcl of the collection process. We know that it is 


possitle te prioritize a given set of collection regquire- 
ments (see Appendix A). We must be able to incorporate scme 
such ranking scheme into the oftimization frocess. 

There are twe approaches toward nodifying the Lasic 
model once we have decided that one reguirement may Le mere 
important than  anotlenms The first approach is to insure 
that the more important requirement is allocated collection 
resources in such a ganner that its level of satisfaction 
(BE; ) 
ment. The second arfroach is to insure that the objective 


1s greater than that of the less impcrtant reguire- 


function of the model takes into account the fact that one 
reguirement is more igportant than the other when it maxin- 
1zes the overall level of requirement set satisfaction (E). 
Each cf these two apfroaches are addressed in the fcllewing 


secticns. 


de  PEre bl tr Zing Using Levels of Requirement 


Satisfaction 


There are several approaches to insuring mcre 
important requirements acheive higher levels of requirement 
satisfaction than less important reguirenments. Taking the 


formulation developed in Equation 5.12: 


nh m 
MAXIMIZE: oe > viC 1- TT Gl = dyes, 
= " ls 


a } = 


am 


(egqn 5. 14) 
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We have modified the program at Equation 5.12 by creating 
constraints which ccrrespond to the levels of priority in 
cur priority system (in this case there are three priori- 
ties - high{h), tnedium(m), and low(l)). Specifically, we 
have determined that we desire that the high pricrity 
requirements in the tctal set be satisfied at the .¢ level, 
medium fricrity requirements at the .7 level, and low 
Friority reguirements at the .5 level. Certain aspects of 
this fermulation catse concern. That concern revclves 
around the relationship between low, medium, and high 
priority recguirements. For example, in the above formula- 


2 
tion we require E. for all low priority reguirements must 


ke greater than ee as to .5 and those for medium friority 
requirements be satisfied at a level greater than or equal 
to .7.2 As a result of these constraints we should expect to 
see that high priority reguirements are satisfied at values 
greater than or equal to the value .9. What we do not know 


is what will happen to our overall E (and satisfaction 


a2 


levels fcr high and tedium priority requirements) in the 
event we lower the ccnstraints for low priority reguirenents 
from) .5° ©enva buco ere. Similarly we don't know what will 
happen if we merely drop one low priority requirement fron 
the tctal set of requirenents. 

This obsé€rvation suggests that we examine the 
sensitivity of the manner in which we allocate resources to 
collecticn requirements. One way to accomplish this sort of 
examination is to approach the prioritization of the ccllec- 
tion reguirement set in a somewhat dirtferent manner. 
Suppose we fartition the rank ordered requirement vectcr (R) 
returned by the process outlined in Appendix A into three 


sections - R R RAs High priority requirements are 


Hi h 

elements of Rs medium priority reyguirements are elements of 
. Limes 

i 


certainly desireable that high priority reguirements (R,) be 


Re and low priority requirements are elements of R 


allocated resources in such a manner that their respective 
levels of satisfacticn are high. To insure that this can be 


accomplished, irrespective of all R and R, reguirements, we 


ii 
formulate the following: 
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If such a program preves to provide a feasible solution then 
we will knew exactly what levels of satisfaction (ee i fOr 
all requirements and that those requirements we identified 
as having a high priority will have Ba values of at least 
-9. The next step in the iterative process is to add levels 
of satisfaction constraints to the progran for these 
requirements we have identified as having a medium priority. 


This formulation would appear as follows: 
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If this “upsgraded" program prevides a feasible soluticn we 
know that requirements which are elements of RL and R_ wile 
be satisfied at levels of .9 and .7 respectively and that 
all other requirements will at least be minimally satisfied. 
Cnce this iteration has taken place it is possible to 
examine the sensitivity of adding the R, level of satisfac- 
ti onconsctrain tee If, for instance, we fail to finda 
feasible sclution after the addition of the Rin Constraints 
then we know that this infeasifility was caused by tke addi- 
tion. “ot the “coustraiae.. We may also discover that by 
levying these constraints we have reduced the levels of 
satisfaction of the lcwer priority requirements (R,) to svea 
a level that resource allocation to them would not be werth- 
while. We may also discover that the solution is satisfac- 
tory and continue onto the final iteration of tne preceéss 
which would be to add Ry level constraints. At this gore 
in time the program becomes identical to that shown at 
Equation 5. 174. 

There are many advantages to this iterative 
approach. It is extremely flexible and could easily be 
adapted to a wide variety of prioritization schemes. [In the 
early stages of the iterative process there is a greater 
liklihood cf finding a feasitle solution to the oprceblea 
recause the constraints on the program are less severe than 
those associated with the formulation at Equation 5.14. 
However, a feasible solution to a problem foraulated with 
such constraints (as alluded to in previous discussion) 1s 
not guaranteed. Additionally, this iterative process 


reguires time and interaction with human decision makers. 


oi 


Peo eommuizat1 on USing the Objective Function 


Recall the tern We in EnemoDj7eCtLVe Luncticn cr 


Pmemeasic medel,. [Jt was defined in the following manner: 


Ve = the relative importance associatéd with a given 


collecticn recuirement i. 


In the previous model development we let wee equal one for 
all i. In other words we considered all requirements to be 
cr egual inportance. In this portion of the model we have 
decided that all requirements are not of equal importance. 
Therefore, the objective function of the basic model consid- 
ering requirement pricrities would look very similar te the 
meetial forzulation: 
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l. = A scalar representing the PELOEicy Yadluemic. etme 


ith requiremert. 


In this case the values of v; would not all be equal to one. 


There are numerous ways in which the values of 
v, can fe scaled. The most appealing method is to let the 
most important requirement in the set egual one and all 
Others (in rank crder) be values less than one but greater 
than zero. In the event many reguirements were teing 
considered in the set it may be wise to group those require- 
ments of similar importance (i.e. in groups of high, nediun, 
and lcw importance) and weight the groufs appropriately. 
The effect cf this scrt of scheme is that the value of E is 
increased to a greater degree by higher priority (more 
heavily weighted) reguirements than lower priority require- 
ments. Thus, the frogram in its allocation process will 
emphasize the satisfaction of those requirements of higker 
PELOEICy). This type of formulation will lead to a feasitle 
allocaticn solution to the model considering requirement 
priorities. However, once again we are uncertain as to the 
fininum levels of régquirement satisfaction which wiil be 
cbtained using such a formulation. 

The proklem of requirement priorities can be 
addressed through mecdification of the basic model in two 
kasic manners - by adding constraints to the E-asic model, or 
modifying the objective functicn of the basic nodel. Each 
technique has its thecretical advantages and disadvantages. 
The usefullress of either approach would, therefore, he 
determined Ey the actual situation in which they might be 


applied. 


3e Redundancy of Collection Coverage 


— = = oS 





Redundancy of collection coverage iS an important 


collecticn management tool. It is often wise to insure that 


o7 


at) least two separate collection subsystems (or flatfcrms) 
are tasked to satisfy certain important collection require- 
ments. The model developed to this point in the discussion 
is unable to guarantee to the user that any quantity of 
subsystems cther than one will be used to Satisfy a given 
collecticn requirement. A method of handling this diffi- 
culty is tc add additional constraints to the formulation. 
Cnce the decision taker has decided which requirements 
Should re the subject of redundant coverage (R, alee een lh 
cate the sukset of R which require redundant coverage) then 


restraints such as: 


(egn 5. 18) 


could be added to the formulation outlined at Equation 5. 14. 
Cne must remember that the more restraints which are added 
to a program decrease the chance of discovering an oftimunm 
solution and may decrease the quality of a feasible solu- 
ron . Thus a more reasonable approach to the redundancy 
issue might also involve an iterative and interactive 
appreach. For irstarce, once the user is satisfied with the 
resource allocations with respect to the priority of the set 
of collecticn requirements (as discussed in previous fara- 
graphs), he might then examine those allocations to deter- 
Mine where redundancies of coverage already exist. Recall 
Mia@teean increase in levels of satisfaction (EF. )} may be the 
result of the allocation of multiple aoliiees Aon subsystems. 
As a result, some of the collection reguiremerts may already 
be satisfied by multiple subsystems in the existing feasitle 


solution. Furthermcre, those most likely to have such 
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multiple ccverage are the sore important requirements (fron 
a pricrity coint of view): If the decision nmnaker is satis- 
fied with the allocation scheme no further constraints need 
ke applied to the prcecgran. However, 1rf unsatisfied, the 
decision maker can aprly constraints (such as those skown at 
Equation 5. 18) in a fFiecewise fashion, compare new alloca- 
tions with previous allocation schemes, and decide which set 
cf resource allocaticns is better suited to the collection 


Enoblen at nand: 
4. Use of a Continuous 


when we decide that the collection subsystems in the 
System can allocate collection resources ina continuous 
Manner (aS opposed te allocation of resources in discrete 
packages) then the continuous decision variakle model 


descrited below is useful: 


n 
MA XIMIZE: br - S Gee. 
. i eal 
te Sd (eqn 5.19) 
4 Mm 
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i TT = ecyisy) 
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x = (“doc naeugenl (1 is the index for collection requrvece— 


ments. There are a total of n collection reguire- 
ments considered in the requirement set of the 
model) 


gg 


a iene ree tn.e index for collection suksys- 
tems. There are a total or m collection sutsys- 


tems considered in the model) 


Xi40 = The amount cf collection resource j allccated 
toward the satisfaction of collection reguirement 
1 (units are subsystem collection hours - hfs). 

ar = Total amount of subsystem j collection rescurces 
available for satisfying all collection regquire- 
Memes (t= lyse 7 D)-% 

a = Felative impertance associated with requirement i 
(ok omiee ¥)r. 

3 

E. = Expected fraction cf [requirement i satisfied by 
dilecolPecticn subsystems (j = 1,..-,) .« 
There is a difference between this model and 

previcus models develcped in the study. Before, we were 


concerned with the management cf collection resources given 
away in which we were allowed to allocate each resource 
(aj3)- Thus, we were mixing fixed amounts of assets to 
Setdin an optimal solution. In the continuous model we are 
managing not only the mix of assets but also the quantity of 
asset used in the mix. Thus, the continuous decisicn vari- 
able rodéel should be viewed as a much nore absolute model in 
terms cf controlling the collection subsystems. 

Fecause we are controlling how much of a given 
resource ought to be allocated toward the satisfacticn of a 
giver recuirement the the Linary decision variable d; ; and 


the predetermined and fixed amount of collection rescurce 
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aj; are not included in the continuous decision variatle 
model. In their place we have introduced the ccnutinuous 
decision variable e (defined above). 

Fecause the amount of collection resource which can 
be allocated toward the satisfaction of a collectaon 
reguirement is now variable we must re-evaluate the defini- 
tions of guantities which are dependent upon Kee 


J 


ees term, previously defined for the discrete 


J 
(basic) model was: 


“a5 ig Poy (eqn 5.20) 


It was interpreted to be the level of satisfaction with 
respect to reguirement 1 we might expect to receive in the 
event collection resource j were allocated toward reguire- 
ment i. In the discrete model situation ar was predeter- 
mined and fixed. In the continuous decision variable mcdel, 
x.. is a variable and thus ¢.., £.., and consequently e.. 
1) 1) 1) 1] 
are all Euncti ons: of eee. The terme,,,.., 1s defined as 
14 Cay) 
foLicws: 


cn 


1) 


N) 


e 
a a a 


“(4a ) 2 Ge ateeen (eqn 


Gale The probability that collection subsystem j wiil 
collect tke data it intends to collect in 
attempting to satisfy reguirement 1 expending 


Xi4 collection resources. 
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Eoyisy* That fraction of requirement i which Can be 
satisfied if collection subsystem j collects the 
Catamelumntends tom collect in attempting to 
satisfy requirement i allocating x,; collection 


Lesources. 


The expected fraction of reguirement Satisfaction 


(Ecyisy) is now a function of hcw much resource we allccate 


towards the satisfaction of a given intelligence require- 


ment. Under most circumstances we would expect that the 
fracticn of the reécuirement satisfied would generally 
increase (from some Dinimug value) to a maximum rfossitle 
fractional level of satisfaction. It is hard to imagine a 


case in which more collecticn resource allocation would 
actually decrease the expected level of requirement satis- 
MaGet ion. Thus, this function is assumed to be monotonic 
nondécreasing. 

The probability that a collection subsystem collects 
the data it intends tc collect (P (xis) is also a function 
of Xs The possibility exists, given this functional rela- 
tionship between P (xij) and Kise tMat the probability a 
collection subsystem collects the data it intends to collect 


meecectcase as a function of x- Consider the example of 


an aé€rial reconnaissance sortie =m ah enemy position (i.e. 
a threat exists to the survivial of the platforn). TG 
increase Ris {the angcunt of collection resource allocated) 
this platform may have to overfly the enemy position several 
times. In doing so the platform increases its vulnerability 
to the enemy threat and reduces its chances of returning its 
collected data to the subsystem operators. Laws, as the 
collecticn platform allocates more resources toward the 
satisfaction of the reguirement its resulting P (xij) value 
decreases. Accordingly, the value of © (xi4) which defends 


upon Cc could also decrease as Ria increases. This 
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cbservation is difficult to interpret = as ~ mere Collection 
resources are tasked toward the satisfaction of of a 
requirement, the expected level of satisfaction cf that 
requirement appears to decrease! There is a way around this 
difiieul ty. We can consider that the above examrle (and 
cthers similar te it) is not suited for use ina model using 
continuous decision variables. This assumption is fairly 
reasonatle if we interpret (using the example above) each 
pass of the surveillarce platform as a specific ais value (a 
discrete amount of ccllection resource) and that we must 
decide after each pass whether or not we want another one. 
This interpretation allows us to consider the aerial 
surveillance example with discrete rather than ccntinuous 
decision variables. 

Tne observations and discussion ia the previeues 
paragraph allude to the difficulty in interpreting the value 
F (Xi4) in the continuous decision model. Specifically, what 
type cf collection suksystems (platforms) are suited to such 
a model and how dcwe determine P (xi3) for an unknown 
Xi; e The ccentinuous decision model is best suited to 
those ccllection suksystems which are oriented towards a 
Surveillance activity. In other words, those suksystems 
which mceritcr some fcrm of enemy activity for a period of 


tine (x5 would therefore itself be a function of time on 


target ae: The requirements such subsystems might be 
tasked to collect infcrmaticn cn would probatly be somewhat 
time dependent. For instance, a SLR (side looking radar) 
might ke asked to determine the direction of enemy advance. 
The probability that the SLR subsystem could determine that 
infornation would increase as TOT increased (and conseg- 


uently x increased). Determination of these scrts of 


13 
E (xi4) values would ke difficult and probably Couldecn yee 
addressed with the use of empirical data or perhaps from a 


Ssimulaticn. 
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In this model we are determining which collection 
subsystems cught to allocate resources to which reguirements 
and also how much of those resources ought to be allecated 
towards the reguirement. This is a fundamental difference 
from the -Easic (discrete) model. Lt e(ehemeodtenucuc mcd el) 
can ke viewed as a celaxation of the basic model in that we 
aeewnc lensger ccncerned with collection resource packaging 
constraints but ratker in allocating collection resources 


along a continuun. 
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VI. APPIYING THE INTELLIGENCE COLLECTION MANAGEMENT MODEL 


Aw. INTRCDUCTION 


Three important assumptions were made in the 
development of the basic model. They were: 


- Cnly a fixed number of collection reguirements (n) 
could te considered in the model. 


- Cnly a fixed number of Collection Subsystems (n)yeoura 
be COMSsidered in tee Mog. 


- All reguirements will have resources allocated tcward 

their satisfaction at the same time. 
With these assumptions we were able to develop a series of 
models which optinzized the allocation of collectaon 
resources for a given set of collection reguirements. The 
objective cf this chafter is to illustrate how these assuap- 
tions are related tc the realistic collection management 
envircnment and how the optimization models develcred in 
Chapter Five can easily be modified to adapt to such an 
envirenment. 


Fe TEE COLLECTION MARAGEMENT ENVIRONMENT 


in-<thes Crealvst re collection management envircnment 
collecticn requirements enter the systen, resources which 
seem suitable are tasked toward their satisfaction and if 
the requirements are satisfied they leave the system (cther 
cptions are addressed in Chapter Two). Rarely, if ever, are 
collecticn requirements viewed in groups or setS aS our 
models require. A nultiserver queue would be a more apt 


description of the prccess. 
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Similarly, collection subsystems are rarely ccnsiéered 
as a seé€t. Either a subsystem available for tasking is suit- 
able (can collect what the reguirement indicates is neces- 
sary to collect) for satisfying (or at least partially) a 
reguirement or it is not. If the subsystem is suitable it 
is tasked and if it is not suitable it is not tasked. On 
occasion, if there is sufficient justification, additional 
collecticn resources may be reguested (and perhaps received) 
meomeease by the unit. Similarly, additional (and unplanned 
for) ccllection rescurces will sometimes be made availatle 
yea Gigher authority for use by the unit's collection 
system. 

The entire allccation process is affected ty time 
constraints associated with both the requirements anc the 
collection subsystems (see Chapters Three and Four). The 
hectic face of matching requirements with suitakle and 
availarkle slatforms given a wide variety of deadlines rarely 
allows fcr more than a4 momentary consideration of the best 
allocaticn for a set cf collection requirements. 

It appears, therefore, that the assumptions we made in 
develcping the optimization models counter our observations 
cf the realistic collection management environment. The 
next section of this Chapter illustrates now, through a time 
analysis of all collection reguirements and minor modifica- 
tion tc the structure of the basic model, these problers can 


ke easily cvercome. 


C. TIME ORDERING OF COLLECTION REQUIREMENTS 


If our models are to be useful they must be adapted to 
the collection envircrment. To do this we must te aktle to 
identify, from the environment, those requirements which 
will be allccated ccllecticn resources. We know that the 


number cf requirements in our imagined queue is variable and 
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dependent ufon a variety of Fattlefield conditions. He also 
know that the requirement gueuve 1s not a FIFO (first in 
first out) cr a LIFO (last in first out) gueue but some sort 
of a mixed queue. he realize that we are more ccncerned 
with tasking resources to satisfy requirements whose tasking 
deadlines are ir the near future rather than those whose 
deadlines are further into the future. At the same tine, 
however, we do not want to squander our resources now 
without consideration for future reguirements. These olkser- 
vaticns indicate that the number of .reguirements we want to 
consider in the our reguirement set is somewhat tine 
dependent. 

This time dependency suggests that all intelligence 
requirements in the collection System can be crdered 
according tc some time parameter. The time parameter of 


concern is what has freviously teen referred to as a tasking 


deadline. Consider a single collection requirement i1i1ina 
collecticn system consisting of j = 14,...,n0 CGollecumen 
subsystems. This reguirement would have associated with it 


various time restraints (see Chapters Three and Fcur). 
Likewise, ¢€ach collection suksystem would have associated 
with its resources various time restraints. Ii the time 
restraints associated with collection subsystem j were to he 
combined with the time restraints associated with collection 
requirement 1 then a tasking deadline (t55) cculd be 
identified. 
t 5 = The tasking deadline associated with requirement i 
and subsystem j. That point in time beyond which 
subsystem j cannot be tasked to satisfy require- 


ment i. 


If we are ccnsidering a total of m subsystems (all of which 
could contribute to the satisfaction of regquirement i) and 


none of the time restraints associated with those subsystems 
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were identical tnen ttere would exist a maximum of m tasking 


deadlines associated with requirement i. WE are Concerned 
with identifying that ti value which, if met, would rot 
exclude the use of any of the subsystems which can 


contrirfute to the satisfaction of requirement i from doing 


<0. That value will te referred to as Une 


a) The latest pcirt in time such that all subsystems 
migGh = Gan GONtrEi bute to requirement 1 can be 


tasked te do so. 


Gp, given that all ie values fall along the interval fron 


m= 0 to t, then t.; can be defined in the following manner: 


Beep = that value of t1+ which produces the fimimum value 


cf the expression: 


e See - ty og (eqn 6.1) 


Haus, ts Might be referred to as a global tasking deadline 
for reguirement i. 

The rurfose cf defining t.; was to identify a reascnatle 
means ef ordering collection requirements according to time. 
The t,; values can easily Ee determined for each collection 
requirement in the ccllection systen. Ne@tem that t.; values 
are entirely dependent upon the collection subsystems (their 
time restraints) available for tasking by the collection 
system (actual and envisioned). In the event additional 
(and nct envisioned) collection subsystems were made avail- 
able to the collecticn system then one values could easily 
Fe recalculated. 
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We are still faced with the guestion of how to @deterna 
which set cf reguirerents will be included in the model. 
That determination will be based upon a close examinaticn cf 
the time crdered set of reguirements. We would like to 
include all reguirements in the model. This, however, may 
ke unreasonable if the range of ts values 1S great (i.e. 
greater than 12 hours). This 1S primarily dué te the face 
that we just aren't that concerned with requirements whose 
tasking deadlines are far into the future. Requirements 
whose a values fall within the zero to eight hour range 
seem rere appropriate for inclusion in the model. Thats 
determinaticn, of course, could change accordirg toma 
variety cf possible Eattleftreld conditions: We will call 


this time range of interest ce where: 


cad 
cae That time interval in which we are concerned with 
tasking collection rescurces toward the satisfac- 


tion of intelligence requirements. 


The recuirements which fall within this range of interest 
(Cee) constitute asubset of n (the total number of 
requirements in the ccllection systen) and will be defined 


in the fcllewing manner: 


n = The time ordered subset of the total number of 
coliecticn réeguirements (n) which fall within 


t e e 
LG 


Thus, mn is that sukset of the total number of collectaen 
requirements in the ccllection system which we are, in the 
short run, interested in satisfying. We have, therefore, 
reduced the number of reguirements to be considered in cur 
models tc those cf mcre immediate interest. The basic nodel 
can easily bte modified to adjust for the change in values of 


Ne 
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This modification can be applied to all other nedels 
develcped in Chapter Five. 
As alluded to in previous discussion nis. primarily 


Fased upen the determinaticn cf t.. The range of t 


ie Lee? 
however, is guite sukjective and variable. Thus, we @ 
look upon n as a variable. We have shown that the models 


develcped in Chapter Five can be modified to include rn and 
they therefcre appear to be useful in realistic applications 
where the number of collection requirements under considera- 
tion is variable. Furthermore, we have, by time crdeéering 
the set cf collection requirements, expressed those reguire- 
ments as a function cf time - the first step toward a more 


realistic piecewise collection resource allocation process. 


De. ALLCCATING COLLECTION RESOURCES 


An assumption of the basic model was that all collection 
requirements under consideration will have collection 


resources allocated toward their satisfaction at the same 


time. An examination of the realistic setting clearly indi- 
cates that this assugption 1S unreasonable. The previous 
secticn developed a requirement scheduling nethod which 
would help the decision maker determine which collection 
requirements in the collection systen the optifrization 
models ought to include. A reasonable approach toward allo- 
cating ccllection rescurces is to allocate (based upen the 
output of the optimization model) only to those reguirements 
whose t.; values are near, wWpdate =the model with etes secu. 
current conditions (new incoming reguirements, modified 
amount of resources available, and new ti; values), and 
optimize over the new set of conditions. The allocation 
Frocess would lock like that shown in Figure 6.1. 

This allocation frocess allows for the variaticn cf the 
amount of collecticn resources considered in the oftimiza- 
tion models and for the piecewise allocation cf such 
resources toward the satisfaction of collection regquire- 
ments. The success of this process, however, is dependent 
upon several factors. A factor of primary importance is 
whether or not the optimization model enplo "a in the 
process can provide a feasible allocation plan in a timely 
Manner. Additionally, we are assuming that necessary inputs 
(updates of current conditions) can be provided to the 
Frocess. 

It 1S l1mportant to note that the models can be arrlied 
to situations in which the amount of available resources are 
variarkle and actual resource allocations are made in a 
piecewise fashion. This is accomplished by embedding the 
optimizaticn model in an iterative allocation process rather 
than threugh any modification of the actual model. 

The optimization models developed in Chapter Five appear 
to be more flexible than initially envisioned. They can be 
adapted to the more realistic collection management setting 


in which bcth requirements and resources are variable and 
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Figure 6.1 Collection Resource Allocation Process. 


collection allocations are made only when required (and in 


accordance with the current Eattlefield situation). 


E. SIZE OF THE OPTIMIZATION MCDEL 


It 1S important to estimate the size of the collection 
Management problem. In particular we would like to know how 
Many ccllection subsystems and requirements will be consid- 
ered in the optimization models developed in Chapter Five. 
An estimaticn of this nature is dependent upon the echelon 


oi friendly force of interest. This study will, therefore, 


Iz 


focus on the maneuver division in estimating the size cf the 
varicus components of the coliection management problen. 
The collection subsystems available to a divisiep 


generally fall into two classes: 
- Organic: Those relonging to the division. 


—- nen-organic: Those which the division Can (in cer .cum 

Situations) task for use Eut do not own. 
Divisions are virtually free to operate their organic 
subsystems (IMINT, SIGINT, and HUMINT) in accordance with 
their rattlefield role or mission. However, the division 
will re granted access to non-organic subsystems (which 
corresfond closely tc those found at the division but are 
usually more specialized) only when its battlefield missicn 
1s of relative importance (i.e. the unit is in contact with 
enemy forces). Thus, the number of collection suksystens 
available tc a divisicn varies (primarily as a functicn of 
its ktattlefield role) from an organic number of three tc a 
maxipur numter (both organic and non-organic) of twelve. 
The availability of both organic and non-organic cellectiom 
subsystems is also dependent upon environmental and ofera- 
tional factors (primarily weather and threat). These 
factcrs would, of course, reduce the total numker of 
subsystems available to the division. 

An intelligence systen of a division is nermally 
concerned with approximately 15 to 30 standing intelligence 
reguirements (referred to as Essential Elements OF 
Information and Other Intelligence Requirements - EEI/OIR) 
and perhaps 15 to 3C user generated intelligence require- 
ments.. Each of these intelligence reguirements are vague 
and can be decomposed into several collection reguirements 
(i.e. the SIGINT collection subsystem would refer to these 
collecticn reguirements as SIGINT Indicators). The numker 


of ccllecticn reguirerents in the collection system is also 
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somewhat derendent ufen the battlefield role and disfosition 
Gree the division. Cne would expect that the number of 
requirements would increase as more organic fcrces are 
Peemmght intc contact with the enemy. Given a particular 
kattlefield situation, the number of collection reguiremnents 
we wceuwld expect to encounter would fall between 30 and 200. 
Given this discussion it 1S possible to address’ the 
range of the collection management PpLroplLen. Estimates of 


the maxifum size and minimum size problems can easily be 


TABLE I 
Size of the Collection Management Problean 





tH 
Mm 
<j 
@ 
ik 
In 
FY I Rp 


Maximuo Hinipup 
Regts (f£) 230 39 
Suksys (s) dz 3 
eeovided: The implications of these estimated values are 
interesting. For example, in the discrete decision (basic) 
model under maximum ccnditions (n = 250 and m = 12), =there 
would exist 3000 (250 x 12) decision variables (d.. in the 


discrete model, xj4 in the continuous model) to consider. 
This assumes, of course, that each collection subsystem is 
capable cf contributing to the satisfaction of each colléec- 
tion reguirement. The point to be made is that the 


complexity of the problem increases dramatically as more 


collecticn subsysteazs and reguirements are added tc the 
collecticn system. This observation highlights the need for 
us tc consider all reasonable methods of reducing the 
complexity cf the preklem {( such as the reduction of theca 
cf requirements n tc n as discussed in Section C of this 


Chap eerir. 


F. CCNCIUSIONS AND RECOMMENDATIONS 


This thesis has developed a structure for and examined 
the functicns of a generalized intelligence collection 
Systen. Traditional approaches toward the management of 
collecticn requirements (identified in the study as the 
primary focus of the collection system) were shown to be 
inefficient and less controlled than desired. It was aiso 
shown that with minor restructuring of some functions within 
the collection system and development of the capability to 
estimate subsystem oferational capability components oe 
and SG Oferations research technigues could be applied to 
a Simplified version of the collection system problem, that 
Feing the allocation of scarce collection resources tcward 
the satisfaction of collection reguirements. 

A mathematical oftimization model of this simplified 
Frocess was developed. Modifications of this model were 
explored with respect to important intelligence collection 
related concepts such as priority of reguirements, redundant 
collecticn coverage, and afplicability of the optimization 
model to various types of collection subsystems. 

Future efforts in this area Should focus on the 
following tcpics: 


- Seluticn algorithms to the models developed in Charter 
Five. 


= Use cf the models as decision aids in@watgancsmamd ae 
ES eee allocaticn algorithms in battlefield simula- 
ions. 


lets 


- The elassi ica tion oye intelligence GoLlection 
requirements in terms of the a. . . Ret hodology developed 
mm Chapter Five. 
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APPENDIX A 
A METHOD OF KFANKING COLLECTION REQUIREMENTS 


Cclléection systems have EEaAGCTETONaly pricritized 
collecticn requirements acccrding to SOP's. Each unit's SOP 
is different from ancther. They all, however, prescribe 
what a requirement friority will be given the existance of 
certain conditions on the battlefield. For example, an SOP 
May require that collection recuirements from support units 
(non-ccmtat forces) Cannot be submitted as high fricrity 
requirements. The Eattlefield condition in this example is 
the nature cf the friendly unit submitting the requirement. 

Ccllection requirements are rarely analyzed in grcurfs. 
Thus, orce a requirefent (and its priority as determined by 
the SCP) are validated (approved by the collecticn systen 
decisicn maker) they are fcrwarded for action to Ste 
collecticn subsystems. In the restructured approach 
discussed in this thesis a set of collection reguiremerts 
are decomposed at the system level prior to being fcrwarded 
to the collection subsystems for action. Thus, it is 
feasible at the system level to analyze a set of require- 
ments with respect to priority. Specitical ly, it is 
possitle tc re-prioritize this set of collection reguire- 
ments with respect to the current battlefield conditicns 
rather than those which may have existed waen the collection 
requirement was initially submitted for satisfaction by the 
user. 

This approach recognizes the fact that ftEattlefield 
conditions change and that the relative importance of one 
requirement with resrect to another might also change. In 
this study the battlefield conditions previously addressed 
will ke referred to as battlefield parameters of interest or 


Simply parameters. 


Pie COjective "OL Enis ~rocess is to rank all recuire- 
Ments under consideration kELased upoa one or several of the 
rattlefield parameters of interest. In effect, this preccess 
provides the decisicr maker with a method of prioritizing 
reguirements in acccrdance with the current or frojected 
battlefield conditions. A multi-criteria aggregation scheme 


will ke used to rank the set of collection reguiremerts. 


Aw. TEE REQUIREMENT RANKING MODEL 


The mcedel for the reguirement ranking precess is 
descrited telow: 
= 
MAXIMIZE: » > 
Wy Pars, 
Kenan (eqn A.1) 

ut = The index fcr requirements. 

k = The index fcr parameters. 

ii = The total number of battlefield parameters. 


= Weighting asscciated with the kth parameter. 


par... = The kth battlefield parameter associated with the 
ith requirement. 


There are a numter of ways in which this scheme can be 
implemented through the specific allocation of weights tc a 


particular set of parameters. 


En EATTIEPI“ZOD PARA Ete ene 


Four general battlefield parameters of interest will be 
addressed in this study. These four categories of fparare- 
ters are noct all inclusive. Virtually any parameter of 
interest to the unit cr command (depending upon the reguire- 
ment structure) could easily be substituted for or added to 
those addressed in the study. These are, however, represen- 
tative cf tke basic ccncerns of Lattlefield decision nsakers. 

The first parameter addressed is the actual fricrity 
attached to the requirement. The reguirement priority is 
provided by the user when it 1S initially submitted into the 
collection system for satisfaction. It will Fe assumed that 
priority reflects tte importance of a reguirement tc the 
user with respect to all other collection reguirements 
Submitted in accordance with the priority system (akruses of 
priority systems wili not be addressed). For example, Wem 
will re assumed that all high priority requirements are of 


greater relative impertance to all users than all mediun 


priority reguirements, etc. There are many different types 
ci priority systems in use. Most of these systems attempt 
to classify itens in terms of levels of importance 


(priority). Such classification schemes can, in themselves, 
Fecome complex. Only three levels of priority will be 
considered in this study - high, medium, and low. 

The friendly unit submitting the reguirement is the 
second parageter of interest. As the battlefield changes, 
so dces the relative importance of friendly units. TPake 
importance is reflected in the amount of support a ccmmand 
receives from its farent and supporting units. This 
includes intelligence coliection support. It is therefcre 
important tc be able to reflect this changing importance 
when ranking collecticn requirements. The number and type 


of units included as varieties of this parameter are, of 


COULSE, dependent upon the organizaticn operating the 
collecticn systen. AeCOL ES, for example, May want to 
include its covering force, major maneuver divisions, and 
artillery forces in this category of parameters. This study 
will focus at the Civision level and will, therefore, 
include as its friendly units of interest the primary users 
of its ccllection system - two maneuver units (number 1 and 
number 2), an artillery unit, and a headquarters element. 
The area of the Eattlefield in which the requirement is 
focused is the third parameter or interest. The identifica- 
tion of where the enemy may be attacking from 1s a tradi- 
tional cencern to the pilitary decision maker. Thus, the 
ability to control ccllection with respect to battlefield 
area is cne method of coping with this concern. This fparan- 
eter is initially prcevided by the user when submitting the 
collecticn requirement. However, between requirement 
submission and the ccllection allocation decision there 1S a 
possibility that this parameter might change. For example, 
an enemy unit originally located in the rear area of the 
battlefield may have moved forward by the time a collecticn 
requirement concerning that unit can be acted upon. Thus, 
the status of this parameter should be updated by the systen 
Meemuhers Prior toy the collection allocation decisicn. Four 
rattlefield areas wili be used in this report (see Figure 
Aaiiti)ica Areas I and II represent those areas in contact with 
friendly fcerces (FLOT stands for the front line of troops) 
while areas III and IV represent the enemy rear areas. 
Peaartronally, fighting units are primarily concerned with 
threats in the forward areas I and II. Headguarters 
elements and interdiction forces are more interested in 
targets and enemy activities in the rear areas III and IV. 
Enemy activity is the last battlefield parameter of 
interest to be considered. Different battlefield users of 


the cclléection system are concerned with different forrs of 
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Figure A.1 Battlefield Areas. 


enemy activity. Maneuver units tend to be concerned with 
enemy maneuver and artillery forces, Support units with 
special cperation forces, headquarters elements with inter- 
diction targets and ccmmand and control operations. These 
concerns, of course, vary as the battlefield situation 
varies. Thus, timely control of the type of enemy activity 
the ccllection effort is directed against is valuable. press 


illustrative purroses the study considers four such classes 


of enemy activity - maneuver forces, artillery forces, 
support forces, and C3/fother forces. Table II summarizes 
the majcr classes, levels, and subclasses of the fifteen 


parameters mentioned. 


C. EATTILEFIELD PARABETER VALUES 


In this scheme two cf the classes of parameters associated 
with a given reguirement have no particular values associ- 
ated with them other than presence or absence (with associ- 
ated values of eitker one or zero). For instance, a 


requirement can have either a high, medium, or low priority. 
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TABLE If 


levels and Classes cf Requirement Parameters 


LASS is Vee SUBE LASS 


PELOrity oe h 
ediuan 


Maneuver Unit 2 
Aptv i ler Unit 
Headguarters Element 
Battlefield Area i 
eed 
IV 
Enemy Activity Maneuver Forces 
BupaOES f Forces 
O 


OE crces 
e3y ther Forces 


| | 
| ig | 

Friendly User Manuever Unit 1 
| 
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This characteristic is also valid with respect to _ the 
friendly unit submitting the requirement. It does not 
necessarily apply to the parameter classes of battlefield 
area or type of enemy activity. It is conceivable in these 
cases that varying degrees of values could be associated 
with more than one farameter of the class. FOr instance, a 
reguirement regarding the communications capability cf an 
enemy artillery unit would fall into both the C3 and 
artillery farameter classes. Likewise, a reguirement could 
easily te associated with more than one area of the 
Fattlefield. These sorts cf evaluations would be frovided 
by the user and perhaps modified by the collection systen 


operator with the aid of standard operating procedures. 
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De. WEIGETING OF BAT TL ERPEDD aa eee 


Reguirement Parameter Weighting Schemes 
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Table Jif illustrates several battlefield parameter 
weighting schemes. Weighting scheme number I can be 
referred to as a standard scheme. The ranking of require- 
ments using this scheme is based solely upon the pricrity cf 
the submitted requirements. Scheme number II can be 
referred to aS a Suffort scheme. Collecticn reguirenents 
will ke ranked cased upon the friendly unit submitting the 
requirement with scme emphasis placed UPC eral crit, 


Specifically, maneuver unit number one and the artillery 


unit are favored over the headcuarters elenent. mie wh Cos, 
Meameuitn, iwelgnted ecually with high priority requirements. 
The purpose behind this sort of weighting scheme would te to 
Beevidqe collection support to Specific units Lecause of 
their importance in relaticn to the current or projected 
bkattlefield situation. 

The last two weighting schemes are oriented towards 
miegeting. Scheme III, for instance, 1s weighted LOrsU EP Ort 
reguirements concerning enemy ccmbat force targets (maneuver 
and artillery forces) near friendly forces (in battlefield 
areas I andtII). This scheme could be referred to asa 
direct supfert targeting scheme. Scheme IV, on the cther 
hand, iS criented towards targets in the enemy rear aréa 
(battlefield areas III and IV) and of a soft nature (C3 and 
Support Elements). This scheme could be referred to as an 
interdiction targeting scheme. If the decision maker were 
interested only in enemy artiliery forces in battlefield 
area II then only thcse two parameters should be weighted 
(.5 in eé€ach case Eecause there are two parameters of 
interest). If there exist such targets in the reguirement 
set tken they will cre the highest ranking targets in the 
crdered requirement vector. 

The quantity, variety, and resolution levels of possibie 
weighting schemes are uncountable. This methodology would 
ke particularly useful to the decision maker in the event he 
was required to rank a large number of collection reguire- 


Bents. 


Fe AN EXAMFLE USING THE REQUIREMENT RANKING MODEL 


Takle IV presents a set of twenty sample collection 
requirements which were generated to demonstrate the rulti- 
criteria aprroach to collection requirement ranking. Note 


that in Takle IV tke values for the first two grours of 
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parameters (priority and friendly unit) are merely a one or 
and dash. The cne signifies a yes and the dash sigrifies a 
no. In cther words requirenent number has a2 hrgmerpr cea 
and was submitted by the friendly artillery unit. 

The values associated with the second two groups of 
parameters (battlefield area and enemy activity) are 
expressed as percentages. Requirement number one, there- 
fore, is ccncerned with enemy combat and artillery forces 
in the forward two areas of the battlefield (Areas I and 
II). 

Much of this infcrmaticn is provided by the user when 
submittirg a requirement for satisfaction. Traditioralige 
however it has been forwarded in subjective rather than 
numerical fcrm. Thus, the success of this sort of a priori- 
tization scheme would be contingent upon the ability of the 
Fattlefield to ‘satistactorimy eStimate the approfriate 


parameters in a numerical manner. 
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These requirements were placed into an APL usakle fcrmat 
using the ~rogram HEAL Eee This 1s an interactive progran 
which gueries the cfrerator for a collection requirement 
VECtOr (Figure sae7 F. The input values for this vectcr are 
shown at Tattle V. 


VY ALCREADRERZV3V13RFHOSS 

Cid Vile el tan} 

[2] ONE ‘ENTER 14 COMPONENT REQUIREMENT VECTOR?! 
C33 veo 


C4] V1¢eV1,C1id VY 

[4] "FINISHED? CTES/HO):* 
C7 S¢f] 

rs] A9STOP XY SZ=4+/'YTESt=3Frs 
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Ci0] STOP; 
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Figure A.2 Reguirement Input Program READREQ. 
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READREC formats the n collection requirements in matrix fern 
which can be operated upon Fy the APL program ICALC. ICALC 
uses the mcdel addressed previously to rank the reguirenents 
which were submitted by the operator using READKEQ. The 
output of ICALC is tte a rank crdered requirement vector. 
Table VI illustrates how the weighting schemes discussed 
in an earlier porticr of this appendix rank the set of 
Sample reguirements presented at Table IV. Ncte the 
requirement order for Scheme I (recall that this was 
referred to as the standard scheme which basically ranks 
requirements acccrding the their user provided priority). 


The first eight requirements in Scheme I (1 through 18) are 


ley 


amc, aa i re a SS 


2 Aer ¥ 
BEADREQ Entry Data 


a 
PYeseat Component Forage | 
1 Requirement Number 1 otonuzO | 
2 Bie momigeyee| G6 Dp) For 1 
3 Priority (Medium) O or. | 
4 Pricrity (Low) OMor. | 
5 Perencly Unit. 2 Oo 1 
: 6 Friendly Unit II 0 or 1 
ay Artillery Unit 0 ors! | 
8 Headguarters Element Owen 1 | 
9 Battlefield Area I Veen | | 
10 Battlefield Area II Oto. 4 | 
11 Battlefield Area III Oto) 7 
12 Battlefield Area IV Ooi | 
13 Enemy Maneuver Force Osco. 1 
14 Enemy Artillery Force 0 to 1 
15 Enemy Support Force ote 1 
16 Enemy C3/Other Force Ol crore 


Se a mm ae ea pe ee 


the same requirements which Table IV indicates have a 
priority of one. The next eight regquirements (3 to 19) have 
eperornty ch two. ard the last four (5 through 20) have a 
pebority of three. In Scheme II the requirement crder is 
based ufon the unit submitting the reguirement and _ the 
priority. A look at the higher ranking reguirements associ- 
ated with Scheme II does indicate that they are a function 
Smee ind snigneprioraty and/or from Unit 1, the artiilery 
unit or the headguarters element. Sldeeand lysis OF 
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Figure A.3 Multi-Criteria Requirement Ranking Program. 


Schemes III and IV reveals that they do indeed rank the 
given set cf collecticn requirements in the manner suggested 
by their respective weighting schemes. Specifically, Scheme 
III 1s criented towards enemy combat arms forces in the 
forward areas of the battlefield and Scheme IV 1s criented 
towards suprort and C3 forces located in the rear areas of 
the Fattliefield. 

One additioral point for consideration regards the 
complexity of the reguirement weighting schemes. This rodel 
will rank ccllection requirements according to even the most 
intricate of weighting schemes. It is difficult, however 
to understand the cutput of such complicated schemes. 
Simple schemes are easy to check and also useful in scrting 
out a difficult collection management problem. This fertion 


of the model is presented as a decision aid to allecw for 
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requirements which have traditionally employed FIFO (first 
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in £4rst. cue) ne tinea. As such. it should Fe used to 
simplify the work of the decision maker rather than make it 
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